ГМВ
Михаил Госьков

(47) VarvarV, Ваша информация полностью подтвердилась у нас. Сервер 1С х32 устанавливается на Win 2003 R2 х64 без каких-либо проблем и позволяет сохранять конфигурацию в файл и выгружать информационную базу без ошибок. Проверено на платформе 8.2.15.289.

(44) VarvarV, Наши сисадмины не могут установить сервер 1С х32 на Win2003 х64, говорят, что никак не получится. Могли бы вы посоветовать мне руководство или поделиться опытом?

(44) VarvarV, спасибо, это очень ценная информация, мы обязательно испытаем такой вариант.

Отчет работает нормально.
Желательно написать коротенькую справочную информацию и поместить название отчета в заголовок формы.

Возможен еще такой метод: создать две копии рабочей базы и настроить обмен с одной из них. Копия может быть как в файловом варианте, так и в SQL, по вашим потребностям. Обмен вести через файлы, которые нужно хранить столько, на сколько шагов вы предполагаете необходимость отката. Обмен можно проводить как угодно часто, хоть каждые 5 мин. Таким образом, вы будете иметь всегда актуальную копию рабочей базы в вашем монопольном распоряжении. Для обеспечения отката служит вторая копия базы, которая отстает от первой на заданное вами количество шагов (см.выше). Если вы увидели, что вместо светлого будущего ваша база приехала совсем не туда, вы возвращаетесь ко второй копии и последовательно шагаете посредством файлов обмена до требуемой точки. При таком методе потери времени на откат большой базы будут минимальны.

"Проблема : Как только из 60 остается свободными 1-3 лицензии, тогда 1С у пользователя начинает сильно тормозить в своей работе. Решения пока не нашли."
По моим наблюдениям, проблема существует и при большем количестве свободных лицензий, если поиск ключей происходит в режиме BROADCAST = Enable.

(38) irreal, По поводу того, что сервер 1С перестает принимать соединения. Такое у нас было при малом количестве рабочих процессов. По моим наблюдениям, объем памяти, занимаемый одним рабочим процессом, не должен превышать 600 Мб, иначе начинаются проблемы. Исходя из этого, я увеличил количество активных рабочих процессов до 12-20. Позже проблема не возникала.

(40) irreal, п.12 По моим наблюдениям, клиенты безболезненно переключаются на другой процесс, в некоторых случаях не переключаются, но и процесс тогда не закрывается, пока клиент не освободит соединение. Это наглядно видно, если открыть свойства рабочего процесса и установить "Не использовать". Перезапуск процесса обеспечивает "горячее" переключение сеанса.

(15) OnlyOn, ТИИ - тестирование и исправление информационной базы

(38) irreal, Я обслуживаю сервер 1С так:
1. Блокирую базу.
2. Удаляю все сеансы пользователей, если они еще остались через 5 мин. после блокировки.
3. Останавливаю службу Агент сервера 1С:Предприятия 8.2.
4. Проверяю в диспетчере задач, что процессы пользователя usr1cv82 отсутвуют. Обычно их не бывает, т.е. служба остановилась корректно. Если нет, удаляю процесы.
5. Очищаю каталог временных файлов \Documents and Settings\USR1CV82\Local Settings\Temp, его использует сервер 1С, там бывает много мусора.
6. Перезапускаю службу сервера SQL. Это позволяет очистить его служебную базу tempdb.mdf, которая постепенно разрастается до десятков Гб за месяц.
7. Запускаю службу Агент сервера 1С:Предприятия 8.2.
8. Проверяю корректность работы кластера: добавляю 3-5 рабочих процессов. Если новые процессы получают порты и становятся активными, кластер работает корректно. Если нет, перехожу к п.3.
9. Проверяю работу базы данных в состоянии блокировки.
10. Разблокирую базу данных.
11. Проверяю работу базы данных в рабочем состоянии.
12. Поочередно, с интервалом 5-20 мин. перевожу рабочие процессы из состояния "Использовать" в состояние "Не использовать" и обратно. Цель - сделать процесс автоматического перезапуска рабочих процессов последовательным. Интервал перезапуска устанавливаю 7200 сек.