Windows 2008 x64, терминальный сервер, PostgreSQL и 1С Предприятие: ЗУП
О сколько нам мгновений чудных, готовит просвещения дух,
И опыт - сын ошибок трудных и гений - парадоксов друг!
Вот про этот опыт, который сын ошибок трудных и пойдет речь!
Вводные данные (весь софт либо лицензионный, либо бесплатный!):
1. Windwos Server 2008 Standart
2. Поднят терминальный сервер на базе п.1 с вариантом лицензированя: На устройство
3. Установлен PostgreSQL, который рекомендован фирмой 1С и поставляется в комплекте с 1С: Сервер предприятия
4. 1С: Сервер предприятия х64 (релиз 219)
5. 1С: Зарплата и управление персоналом бюджетного учреждения (релиз 219)
6. База поднята в PostgreSQL, одна и включает в себя 80 подразделений.
7. Количество участников эксплуатирующих 1С - 10, т.е. по 8 подразделений на каждого.
8. Все используют терминальный доступ к 1С
9. Доступ к базе данных (БД) разграничен таким образом, что каждый юзер имеет полный доступ только к своим подразделениям, а в других подразделениях может только смотреть и печатать.
Проблема:
Сильные тормоза 1С при расчете зарплаты, формировании расчетных листов, больничных и т.п. Т.е. расчетчик может запустить процесс расчет заработной платы и идти курить, причем минут на 40, а то и больше, а может и, вообще, не дождаться результата и приходилось снимать задачу через Диспетчер задач (что не есть гуд!).
Попытки решения и результаты:
1. Оптимизация и перенастройка настоечных файлов PostgreSQL. Результат - нулевой!!! Кроме того, база PostgreSQL растет не по дням а по часам (т.е. ее файловое содержимое), Чем дальше работаем, тем больше растет база и больше становятся тормоза.
2. Копание в правах 1С, в структуре базы, перустановка новейших релизов платформ, конфигураторов и т.п. - результат - нулевой!!!.
3. Попытка перейти на Microsoft SQL2008 Standart привела к обнадеживающим результатам в плане скорости работы (т.е. время расчета уменьшилось с 40 мин, до 1-2 мин.), но появилась странная проблема - при одновременном запуске несколькими пользователями расчета заработной платы за один и тот же месяц (даже по разным подразделениям) - появляется сообщение об ошибке взимоблокировки (что-то типа "... стал жертвой взаимоблокировки..."). Танцы с бубном, вызов специалистов 1С, обращения в представительство 1С - результат - нулевой!!! Не помогло и увеличение времени ожидания при блокировке...
Но идея-то осталась! Да и копать больше некуда, кроме как в сторону MS SQL, т.к. скорость работы - замечательная.
Долго, почти полгода, длилась эта борьба за выживание (т.е. кто кого выживет, я ошибку или она меня!)...
Решение:
Это было случайно... Специалисты фирмы, обслуживающей 1С наконец-то протестировали нашу базу у себя в условиях, приближенных к действительности, но на своих компьютерах, серверах и т.п. У НИХ ВСЕ РАБОТАЕТ!!! И без тормозов и без этих взаимоблокировок...
Не буду дальше испытывать ваше терпение... Решение оказалось банальным: у них все было поднято на Windows Server Standart 2008 R2.
Я протестировал у себя на тестовой машине под управлением Windows Server Standart 2008 R2 - все заработало!
Может быть кому-то и понадобится мой опыт...
Продолжу...
18.05.2011
Пытался сегодня воплотить свой же опыт на своем живом сервере. Не получилось с первого раза. Т.е. я решил не заморачиваться с этими переустановками, а прям поверх Win Srv 2008 установить Win Srv 2008 R2, находясь в самой системе Win Srv 2008. На тестовой машине это прокатывало безо всяких проблем и все работало,а на живом сервере - не получилось. Копаю дальше...
19.05.2011
Сегодня я установил на сервер систему как говорится "с нуля", т.е. форматнул системный раздел и установил чистую систему. Как полагается установил все драйверы (чипсет, видео, сеть)... Меня насторожило то, что система подозрительно не потребовала драйвера для RAID, а сама определила и ничего не затребовав установилась. Ну да ладно, подозрения - не есть повод для уверенности. Установил систему, поднял терминальный сервер, установил лицензии, единственное, что не успел активировать Windows, но до истечения срока использования без активации еще оставалось как минимум 3 дня (так говорила система). Установил MS SQL Server Standart 2008 R2, 1С ЗУП релиз 219, 1С Сервер предприятия х(86-64), развернул базу из архива, все запустилось без проблем, все работает... Но только работает это все только для одного пользователя!!! Опять у меня появилась ошибка взаимоблокировки, когда два юзера одновременно начали расчет зарплаты за один и тот месяц для разных подразделений... Решил для уверенности поднять всю систему заново на обычной рабочей станции и проверить заново работоспособность... Но это завтра.
ЗЫ. Может я что-то недопонимаю, но ведь на обычной рабочей машине все работает, а на сервере - нет, хотя весь софт используется один и то же!
27.05.2011
Ну что же, проблема выиграла! Я так и не смог победить эту ошибку. Да и, думаю, не непобедимая она, т.к. логически весь софт работает правильно. А как раз правильный процесс и должен привезти к возникновению данной ошибки...
И опыт - сын ошибок трудных и гений - парадоксов друг!
Вот про этот опыт, который сын ошибок трудных и пойдет речь!
Вводные данные (весь софт либо лицензионный, либо бесплатный!):
1. Windwos Server 2008 Standart
2. Поднят терминальный сервер на базе п.1 с вариантом лицензированя: На устройство
3. Установлен PostgreSQL, который рекомендован фирмой 1С и поставляется в комплекте с 1С: Сервер предприятия
4. 1С: Сервер предприятия х64 (релиз 219)
5. 1С: Зарплата и управление персоналом бюджетного учреждения (релиз 219)
6. База поднята в PostgreSQL, одна и включает в себя 80 подразделений.
7. Количество участников эксплуатирующих 1С - 10, т.е. по 8 подразделений на каждого.
8. Все используют терминальный доступ к 1С
9. Доступ к базе данных (БД) разграничен таким образом, что каждый юзер имеет полный доступ только к своим подразделениям, а в других подразделениях может только смотреть и печатать.
Проблема:
Сильные тормоза 1С при расчете зарплаты, формировании расчетных листов, больничных и т.п. Т.е. расчетчик может запустить процесс расчет заработной платы и идти курить, причем минут на 40, а то и больше, а может и, вообще, не дождаться результата и приходилось снимать задачу через Диспетчер задач (что не есть гуд!).
Попытки решения и результаты:
1. Оптимизация и перенастройка настоечных файлов PostgreSQL. Результат - нулевой!!! Кроме того, база PostgreSQL растет не по дням а по часам (т.е. ее файловое содержимое), Чем дальше работаем, тем больше растет база и больше становятся тормоза.
2. Копание в правах 1С, в структуре базы, перустановка новейших релизов платформ, конфигураторов и т.п. - результат - нулевой!!!.
3. Попытка перейти на Microsoft SQL2008 Standart привела к обнадеживающим результатам в плане скорости работы (т.е. время расчета уменьшилось с 40 мин, до 1-2 мин.), но появилась странная проблема - при одновременном запуске несколькими пользователями расчета заработной платы за один и тот же месяц (даже по разным подразделениям) - появляется сообщение об ошибке взимоблокировки (что-то типа "... стал жертвой взаимоблокировки..."). Танцы с бубном, вызов специалистов 1С, обращения в представительство 1С - результат - нулевой!!! Не помогло и увеличение времени ожидания при блокировке...
Но идея-то осталась! Да и копать больше некуда, кроме как в сторону MS SQL, т.к. скорость работы - замечательная.
Долго, почти полгода, длилась эта борьба за выживание (т.е. кто кого выживет, я ошибку или она меня!)...
Решение:
Это было случайно... Специалисты фирмы, обслуживающей 1С наконец-то протестировали нашу базу у себя в условиях, приближенных к действительности, но на своих компьютерах, серверах и т.п. У НИХ ВСЕ РАБОТАЕТ!!! И без тормозов и без этих взаимоблокировок...
Не буду дальше испытывать ваше терпение... Решение оказалось банальным: у них все было поднято на Windows Server Standart 2008 R2.
Я протестировал у себя на тестовой машине под управлением Windows Server Standart 2008 R2 - все заработало!
Может быть кому-то и понадобится мой опыт...
Продолжу...
18.05.2011
Пытался сегодня воплотить свой же опыт на своем живом сервере. Не получилось с первого раза. Т.е. я решил не заморачиваться с этими переустановками, а прям поверх Win Srv 2008 установить Win Srv 2008 R2, находясь в самой системе Win Srv 2008. На тестовой машине это прокатывало безо всяких проблем и все работало,а на живом сервере - не получилось. Копаю дальше...
19.05.2011
Сегодня я установил на сервер систему как говорится "с нуля", т.е. форматнул системный раздел и установил чистую систему. Как полагается установил все драйверы (чипсет, видео, сеть)... Меня насторожило то, что система подозрительно не потребовала драйвера для RAID, а сама определила и ничего не затребовав установилась. Ну да ладно, подозрения - не есть повод для уверенности. Установил систему, поднял терминальный сервер, установил лицензии, единственное, что не успел активировать Windows, но до истечения срока использования без активации еще оставалось как минимум 3 дня (так говорила система). Установил MS SQL Server Standart 2008 R2, 1С ЗУП релиз 219, 1С Сервер предприятия х(86-64), развернул базу из архива, все запустилось без проблем, все работает... Но только работает это все только для одного пользователя!!! Опять у меня появилась ошибка взаимоблокировки, когда два юзера одновременно начали расчет зарплаты за один и тот месяц для разных подразделений... Решил для уверенности поднять всю систему заново на обычной рабочей станции и проверить заново работоспособность... Но это завтра.
ЗЫ. Может я что-то недопонимаю, но ведь на обычной рабочей машине все работает, а на сервере - нет, хотя весь софт используется один и то же!
27.05.2011
Ну что же, проблема выиграла! Я так и не смог победить эту ошибку. Да и, думаю, не непобедимая она, т.к. логически весь софт работает правильно. А как раз правильный процесс и должен привезти к возникновению данной ошибки...
Всего комментариев 0
