[Iska]

Какая именно 1С?

[cameron]

в общем и целом "it depends..."
то есть очень много условностей и узких мест.
железо ваше неизвестно, 1С-ки тоже разные бывают, конфы разные, размеры баз, есть ли кто-то, кто готов обслуживать на не MS SQL, да и откуда такое желание взялось.

в том виде, как вы это написали - это не вопрос.

[krec]

Iska, cameron,

дописал первый пост.

[cameron]

дописал первый пост. »

не-а.
1. полный конфиг железа. самопальный или нет - не играет. речь о том, что нагрузка не супер-адовая. хотя 30 для файловой базы много.
2. вы, возможно, не заметили, но я писала про конфигурации 1С. их много. они разные.
3. есть специалисты, которые готовы обслуживать 1С на постгресе? думаю, что на дб2 точно нет.
4. откуда такое желание появилось вообще?

[krec]

cameron,

1. конфига конретно нет, берите в расчет средненький по мощности сервер
2. конфиг 1с - это что конретно? я не 1С специалист., не знаю. Мне просто надо выбирать. 1С программист склоняет к MS SQL
3. на данный момент нет, т.к. не пришлось еще иметь дело
4. вечная проблема с резервными копиями, если кто то не вышел, все , бекап не сделан. Если какой то придурок случайно или умышленно перезагрузит сервер, то часть базы пропадает или появляются куча ошибок. Решили перейти на клиент-сервер архитектуру, там меньше таких проблем.

[cameron]

1. конфига конретно нет, берите в расчет средненький по мощности сервер »

я могу придумать 3-4 варианта на 6 ядрах. и все разные по производительности. и железо это не только CPU.
да и он не всегда играет. от слова совсем. (хотя в 1С он как раз всегда играет, т.к. приложение такое).
мне продолжать?

конфиг 1с - это что конретно? я не 1С специалист., не знаю. »

не конфиг, а конфигурация. спросите у него, прежде чем выбирать.

на данный момент нет, т.к. не пришлось еще иметь дело »

тогда выбор очевиден. разве нет?

вечная проблема с резервными копиями, если кто то не вышел, все , бекап не сделан. »

а как вы делаете бэкапы?

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

в данном случае придурок только лишь админ, у которого кто-то кроме него может перезагружать сервер.
это профнепригодность и переход на

Решили перейти на клиент-сервер архитектуру, там меньше таких проблем. »

не поможет.
увы.

[ShaddyR]

в данном случае придурок только лишь админ, у которого кто-то кроме него может перезагружать сервер. это профнепригодность и переход на »

полностью поддерживаю. Как бы не был наворочен сервак, но если вокруг придурки - он ляжет вне зависимости от принципа работы. Снова-таки: 30Гб базы - это реально много. Это все рабочая или это насобиралось за 20 лет? Может, ее разделить на архивную и текущую? Сколько человек в среднем работают в ней одновременно и каков принцип работы?

[krec]

а как вы делаете бэкапы? »

1С бекапы настроил 1сник, там стандартными средствами 1С вроде делается. но если в сети кто то висит, то оказывается не делал.

в данном случае придурок только лишь админ, у которого кто-то кроме него может перезагружать сервер. »

попробуйте это сказать руководству. Они 5 лет так делают, если что то не то и ничего никогда не слетел.

30Гб базы - это реально много. Это все рабочая или это насобиралось за 20 лет? Может, ее разделить на архивную и текущую? Сколько человек в среднем работают в ней одновременно и каков принцип работы? »

там 3 баз, в совокупности 30ГБ, мне сказали, что это их рабочая база. время от времени режут по 4ГБ помоему, чтоб легче было работать.
одновременно в среднем работает 20 человек. Ну если упорно не вбивают данные, то хотяб открыт просто, а так бывает и 30 подключений.
1С, и сисадмин отдельные люди. Мне поручили все это помочь правильно реализовать.
НО то что из за reset сервера может слететь часть базы или нарушаться целостность, никто не верит почему то. Ибо 5 лет они в случае зависания так перезагружают сервер.

[cameron]

1С бекапы настроил 1сник, там стандартными средствами 1С вроде делается. но если в сети кто то висит, то оказывается не делал. »

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

попробуйте это сказать руководству. Они 5 лет так делают, если что то не то и ничего никогда не слетел. »

я это делаю много лет. успешно.

там 3 баз, в совокупности 30ГБ, мне сказали, что это их рабочая база. время от времени режут по 4ГБ помоему, чтоб легче было работать. »

потому что ограничение у DBF на 4гб.
судя по всему 1С-ник такой же.

в общем я вам ничего не могу посоветовать, потому что вы не можете ответить на мои вопросы, а то, что вы написали - это "детский сад".
нет показателей счётчиков производительности=> понимания куда и что упирается.
30 одновременных сессий для файловой 1С это много, и дело даже не в том, что диски, возможно, не успеют, а в архитектуре хранения (DBF файлы).

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