Blood по-разному. Но если есть отдельно взятые железячники, которые решат эти вопросы и доступ к серверу будем считать есть всегда - то не нужны на продуктиве квалифицированные базисники.

ИЩУ такую работу! Внедрение - фулл-тайм + сопровождение по проблемам. Кто-нибудь такое в России видел?

mozhet poprobovat' sozdat' takuyu kontoru? imenno spezializiruyushchuyusya na bazise v ne sapovskih proektah est' takoy opyt

надо просто, чтобы они были уверены, что за выполненную работу в течении суток их счёт пополнится, что не всегда просто.

p.s. чёрт..- не нашёл. Валдис присылал..он как раз этим занимается..

стоп-стоп-стоп!!! мухи отдельно - котлеты соответственно...
Железо может быть очень различным!

Skif и? Тогда квалифицируй железо.

ну не я же . Кто там спрашивал?
А впрочем, давайте, по мере тяжести:
>IBM Z990,SF25k,... - тяжёлые
>SF4k8-10k, FSPP2000,.. - средней тяжести
>SF2k9, IBM RS. HP - стандарт
>Intel. - лёгкие

в первом прикиде )

i chto iz entogo sleduet? zhelezom kto zanimaetsya?

и какое все это имеет к базисной поддержке проекта? При наличии поддержки по железу? Железо бывает разное - но при доступе к серверу удаленно все базисные проблемы решаемы так же удаленно.

Я бы не рискнула вести апгрейд и инсталляции очень удаленно - хотя и это можно конечно:) Но эти работы никак не отнесешь к внезапно возникшим.

Поясню. Чтобы "подойти" к sf25k надо поучиться в ЮАР
FSPP2000 - в Германии (уже ближе ))
<SF10k - в редцентре
< ... в Ебурге и пр..

железо - это мухи, а базис это котлеты. Вместе лучше не смешивать (по-крайней мере, для выработки хоть какого-то решения).

i chto ty sdelaesh v sluchae neudachnogo apgrejda buduchi rydom s serverom? lampochki na nem posmorish? %-)

Skif - ты о чем говоришь? Об умении работать с системами? Или о выяснении причин отказа серверов? Если базисник обязан поднять сервер - то как я уже говорила физическое расположение серверной площадки имеет огромное значение. Если этим занимаются другие люди - то пусть сервера хоть на северном полюсе располагаются - не имеет значения.

дело вот в чем - апгрейд штука тонкая - и так траблов выше крыши - и если на это все накладывать еще траблы, могущие возникнуть по причине прерывания связи например - то можно закопаться. Да и еще - при апгрейде нормальной полновесно настроенной системы необходимы в доступе прямом люди принимающие решения по функционалу. Как пример - неконвертируемые записи по видам материалов - что с ними делать:) Там много нюансов...

2Blood Angel

Да конечно решают и на уровне железа, а кто ж ее будет решать, консультант по HR что ли ?

У нас по сути ситуация такова. Есть администраторская группа: админы железячники + Unix или Windows в зависимости от специализации,
А совершенно отдельно Basic в группе SAP.

На первых офис, и все конечно железо у клиента + серверные площадки клиента (которые не SAP)
На второых только SAP у клиента

Есть идея объединить все в один мега админский отдел с полной поддержкой всего.
Т.е. будут там и спецы по железу и по операционке и по БД и по SAP.
Но так как варится они будут в одном соку, то постепенно всех сделаем универсалами по всему

Ну и понятно хочется конечно меньшим количеством спецов держать больше клиентов...

По всему остальному я и так сам все знаю, а SAP для меня темная лошадка, соотвественно тут вопросы и задаю, на предмет чего может быть нужно ...

svyaz' mozhet i na ploshchadke oborvat'sya, da i kto meshaet postavit' terminalnuyu mashinu u klienta i uzhe s nee na server lomit'sya? po funcionalu - ploshadka i biznes pol'zovateli mogut byt' v raznyh mestah