внедрение 1С 8.2

[graysilver]

Здравствуй многоуважаемый All.
Планируется внедрение 1С 8.2 на базе шестой платформы под х86_64. Количество пользователей около 100, постоянно активных 40.
Сервера отдельно под 1С и отдельно под PostgreSQL Intel Xenon E5645 s1366, 16G RAM.
Такая связка будет стабильно работать? У кого-то есть положительный опыт внедрения 1С под линукс в таком масштабе?

[yaleks]

У кого-то есть положительный опыт внедрения 1С под линукс в таком масштабе?

http://www.linuxcenter.ru/lib/press/KEY_Linuxcenter.phtml

Клиенты у вас виндовые (тонкий-толстый)?

[flint1975]

Вопрос немного не корректен!
Для чего разносятся сервера sql и 1c ? Это не всегда оправдано!
какие будут клиенты? Если веб - то это одно, если обычные - то много вопросов к конфигурации!
А вообще интересно, какое решение 1с работает с таким масштабом?
Если база полностью с 0, то не проще ли было сразу решение на веб заточить?
Если решение - УПП - то незачем огород городить - распределенка эффективней будет!
А если, не дай бог, бухгалтерия с таким количеством одновременных клиентов - то без определенных организационных мер в организации ведения учета - 1с может и не справиться!

[graysilver]

Клиенты в основном "толстые". Веб-клиенты будут использоваться только для очень слабых машин и для удаленного доступа.
Разносится потому, что сервер приложений - это сервер приложений и он не должен влиять на работу sql. Если даже сейчас сервера окажутся слабо нагруженными, то не факт что потом не понадобится поднимать кластер. Как подсказывает практика, количество рабочих мест и задач только растут :)
Сейчас работает сетевая 1С 7.7, но там только 30 пользователей, размер годовой базы 2 Гб. Бухгалтеров порядка 20 человек, централизованный склад, 18 отделов со своими материально-ответственными лицами.
Задача минимум - полный учет хозяйственной деятельности. И в перспективе перенос бизнес-процессов в 1С. Если второе будет сложно реализовать, то уже есть на примете сторонний софт, который будет синхронизироваться с данными 1С.
На счет организационных мер. Есть волевое решение руководства, ну и понимание на сколько повысится эффективность работы. Персонал достаточно дисциплинирован. Запланировано 500 часов на переобучение персонала.

[varalt]

Жесткие диски придется ставить на Raid для увеличения производительности системы. Также многое зависит от грамотной настройки ПО на серверах. Вот насчет PostgreSQL - думаю, что лучше ставить восьмую версию, с девятой у меня в свое время проблемы возникали.
А так - Ваш сервер вполне подойдет... Главное - баланс в работе сервера и ПО.

P.S.Также не забывайте и про резервирование баз SQL и 1С!
А то у нас недавно предохранитель на бесперебойнике в серверной переключился и половина наших серверов(в их числе 1C и SQL) вырубились... Хорошо, что хоть резервные копии делали каждую ночь, а то проблем было бы...

[yaleks]

Жесткие диски придется ставить на Raid для увеличения производительности системы.

если база помещается в RAM, то кэши подкрутить и не надо RAID ;)

[Archer]

graysilver, а что за сторонний софт вам предлагают, чем он лучше 1С может быть? Интересно просто, какие есть реальные альтернативы?

[graysilver]

Сторонний софт предлагает полную систему управления предприятием, написан специальном с учетом сферы деятельности клиента. Единственное чего нет и не будет в стороннем софте - это налогового и бухгалтерского учета. Если затраты на реализацию бизнес-процессов в 1С будут соизмеримы с внедрением стороннего софта, то конечно они будут реализованы в 1С.
Просто опыта ни у нас, ни у местных франчайзи 1С именно по 8-й версии, тем более под линукс почти нету.
Опыт по тюнингу высоконагруженых линукс серверов у нас достаточный, беспокоит только как себя поведет 1С под линуксом? В работе постргреса я уверен. А вот достаточно ли решение под линукс протестировано под большими нагрузками, не ляжет ли сервер приложений 1С при большом количестве одновременных коннектов?
Насколько стабильно он работает в 64-битной среде?

[graysilver]

Жесткие диски придется ставить на Raid для увеличения производительности системы.

если база помещается в RAM, то кэши подкрутить и не надо RAID ;)

База в 7.7 сейчас 2 Гб, думаю что в восьмерке она станет порядка 6 Гб. Память не проблема, да и винты в рейд можно поставить ссд. А каждую ночь делать репликацию на сервер с обычными хардами.

[flint1975]

В прошлый раз я так и не смог запустить 1с на 64 битном кентавре! На 32 - пожалуйста!
P.S. Я имел ввиду сервер!
Да и для толстых клиентов - лучше их совместить, потому как в этом случае сервер 1с работает как ретранслятор запросов к SQL
Для тонких - таки да, делить однозначно.
Не помню, может ли 1с база обслуживаться несколькими 1с серверами одновременно!

[Userboky]

Рад приветствовать, товарищи.
Решил спросить в этой теме, так как мой вопрос подходит под "внедрение 1С 8.2".
Имеем установленные: Alt 6.0 x32, БД - postgresql-8.4eter, 1С сервер - 8.2.14, драйвер аппаратного ключа - haspd. Установка сервера 1С производилась максимально приближенно к инструкции  -  http://www.altlinux.org/1C. После этого на клиент под Win7 была установлена такая же технологическая платформа 1С (8.2.14) + панель администрирования сервером 1С + клиентский ключ. Через эту панель были созданы для запуска сервера 1С: центральный сервер 1С, новый кластер, новый рабочий сервер, новый рабочий процесс, тестовую пустую информационную базу. Запуск клиента 1С завершился успешным входом в пустую базу. Далее запускаю 1С на клиенте в режиме конфигуратора, открываю конфигурацию и пробую загрузить конфигурацию из шаблона (ранее пробывал создать сразу БД с конфигурацией). На конечном этапе выкидывает вот эти два сообщения: см. вложения Error 2.jpg и Error 3.jpg.
Нашёл в сети следующую информацию:

Для платформы 1С версий до 8.2.12 postgresql версии 8.4.3-3.1C работало все замечательно.
Но для версий платформы 1С 8.2.12 и выше начались проблемы при создании баз и использовании базы данных postgresql
Для linux есть решение  надо configure  вот с такой опцией сделать
--disable-integer-datetimes

Для Debian это выглядит примерно так:

Код: [Выделить]

dpkg-reconfigure --disable-integer-datetimes
Так ли это, и как сделать такой же маневр в ALTе?

[varalt]

Для linux есть решение  надо configure  вот с такой опцией сделать
--disable-integer-datetimes

Для Debian это выглядит примерно так:

Код: [Выделить]

dpkg-reconfigure --disable-integer-datetimes
Так ли это, и как сделать такой же маневр в ALTе?

Насколько понял, имеется проблема с целочисленным штампом времени...
Ошибка возникает на стороне клиента 1С, но сам клиент установлен на Win7, так?
Но мне не ясно главное: как выглядел штамп времени на версиях до 8.2.12 и на последней версии!
P.S. Думаю, что будет достаточно подкрутить на винде настройки отображения штампа времени, а не химичить на серваке.

P.S.S. тут в последнем посте написано, как решали данную проблему:
http://forum.infostart.ru/forum24/topic42074/
Причем вместо

Код: [Выделить]

dpkg-reconfigure --disable-integer-datetimesИспользуется

Код: [Выделить]

./configure --disable-integer-datetimes

[varalt]

Жесткие диски придется ставить на Raid для увеличения производительности системы.

если база помещается в RAM, то кэши подкрутить и не надо RAID ;)

База в 7.7 сейчас 2 Гб, думаю что в восьмерке она станет порядка 6 Гб. Память не проблема, да и винты в рейд можно поставить ссд. А каждую ночь делать репликацию на сервер с обычными хардами.

Насчет винтов типа SSD не советую торопиться, ибо они износятся так быстро, что даже не успешь насладиться их шустрой работой!
Да и про бекапы надо всегда помнить!

[chaos_dremel]

Приветствую, хочу втавить свои 5 копеек про то, как  бы я это делал
1. Ставим на оба сервака какой нибудь дистр под виртуализацию, proxmox ve например
2. Настраиваем между ними отказоустойчивый кластер (желательно, чтобы был 3-ий "главный сервак"/комп админа (не топовой конфигурации), для мониторинга состояния серверов, необходимого для создания полноценного отказоустойчивого кластера
3. Ставим под виртуалку на один сервак дистр с 1С, на второй под виртуалку дистр с DB

Между серверами происходит постоянная, прозрачная, realtime синхронизация виртуалок.

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

З.Ы. В SSD на мой взгляд смысла нет, использовать его можно только как read-only системный (для proxmox) или для кеширования.

З.З.Ы. То что реально необходимо в любом случае, это 10Gбит сетевая, для связи между серваками (например, http://habrahabr.ru/post/120393/)

[varalt]

З.З.Ы. То что реально необходимо в любом случае, это 10Gбит сетевая, для связи между серваками (например, http://habrahabr.ru/post/120393/)

Хватит и гигабита!