Настройка SQL 2008 для 1С

По различным причинам может быть утерян доступ к серверу 1С:Предприятия, и тогда при попытке запуска консоли кластера мы увидим приглашение к вводу аутентификационных данных, но ничего не сможем сделать:

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

Пойдем по наиболее быстрому пути. Мы имеем права администратора на сервере, поэтмоу нам под силу обойтись наименьшими трудозатратами.

Содержание

Решение

Первым делом остановим службу «Агент сервера 1С:Предприятия 8.2». Для этого в командной строке выполним:

Sc stop » 1 C:Enterprise 8 . 2 Server Agent »

То же самое можно проделать через графическую утилиту «Службы»:

По данным файла можно судить о том, что на сервере был добавлен администратор «Adm» с некоторым паролем. Мы можем либо заменить данные на нужного нам пользователя с «правильным» паролем, либо удалить запись об администраторе сервера. Выберем последний способ. Вот так теперь выглядит содержимое файла:

Запустим службу сервера. При следующем запуске консоли кластера сервера 1С:Предприятия, программа не будет справшивать аутентификационные данные.

Итог

В статье описан способ сброса учетной записи администратора для сервера 1С:Предприятия 8.2. При этом стоит учитывать, что учетные записи администраторов могут быть добавлены для каждой информационной базы отдельно. В этом случае смотртите файл «1CV8Reg.lst», который обычно находится в каталоге:

» C:Program Files (x86) 1 cv82srvinforeg_1541 «

где «reg_1541» каталог настроек кластера, имя каталога которого зависит от его настроек.

В этом файле хранятся настройки информационных баз, а тажке аутентфикационные данные админинистраторов кластера.

Аутентификационные данные каждой ИБ совпадают с соответствующими аутентификационными данными пользователей этой информационной базы. Для того, чтобы открыть свойства базы в кластере нужно ввести логин и пароль пользователя ИБ с административными правами.

Теперь Вы уже знаете, что Вам необходимо делать. Ни в коем случае не стоит рассматривать описаный способ сброса учетных записей администратора сервера 1С:Предприятия как взлом, поскольку без прав администратора ничего подобного (остановка службы сервера, доступ к каталогу настроек сервера и т.д.) проделать не получится.

Если интресно, то вот некоторые статьи по близкой тематике, а именно по подбору/восстановлению паролей пользователей информационной базы 1С:Предприятия 8.2:

  1. «Чем легче пароль, тем проще»

  2. «Вход без приглашения»

  3. «Сброс учетных записей. Пишем универсальную программу на.NET Framework»

Ставя очередное обновление Бухгалтерии получил ошибку «Я работаю только на 8.3.4», ну вот… пришло время поставить 8.3.4. и так:

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

Запускаем Агента и Открываем консоль Администрирования серверов 1С и создаем кластер 8.3
Указал имя сервера и настроил на порт 1740 (на 1540 работает 8.2)

Создаем кластер + чуток оптимизировал(У меня всего небольшой ОДИН сервер, поэтому — указываю Интервал перезапуска рабочих процессов и объем памяти. т.к у меня один сервер — уровень отказоустойчивости — 0)

Теперь подробнее:
1. Интервал перезапуска: 86400 сек (24 часа). Момент перезапуска не регламентируется, видимо с момента установки параметров, либо запуска сервера приложений.
2. Также можно указать допустимый объем памяти: 3000000 Кб (3 Гб) — Для сервера с 4 ГБ оперативы, Если ее меньше, то не заполняйте этот параметр! .
3. Интервал превышения допустимого объема памяти — это непрерывный интервал времени превышения допустимого объема памяти, после которого сервер перезапустит процесс. Если указано 0 сек — будет ждать вечно.
4. Количество Рабочих процессов расчитывается автоматически на основании Ваших настроек
5. Уровень отказоустойчивости можно задавать уровень отказоустойчивости кластера как количество рабочих серверов, которые могут одновременно выйти из строя, и это не приведет к аварийному завершению работы пользователей. Резервные сервисы запускаются автоматически в количестве, необходимом для обеспечения заданной отказоустойчивости; в реальном режиме времени выполняется репликация активного сервиса на резервные.
6. Режим распределения нагрузки, который можно использовать либо для повышения производительности системы вцелом, либо использовать новый режим «экономии памяти», который позволяет работает «с ограниченной памятью» в случаи если используемая конфигурация «любит отъедать память».

Рабочий сервер
Сервер у меня простенький, 2 Gb оперативы всего и на нем будет всего 2 базы, поэтому настрою его так:

параметр Количество ИБ на процесс ставлю равным 1, т.е. хочу чтобы для каждой ИБ запускался свой процесс — это позволит уменьшить взаимное влияние как по надежности, так и по производительности. Вы же настраивате под характеристики своего сервера!

Информационная база
Добавляю ИБ:

В стартере пописываю базу:

Требования назначения функциональности
Я у себя это не настраиваю но думаю надо сказать об этом:
Управление кластером заключается в том, что администратор определяет состав компьютеров (рабочих серверов), на которых размещается кластер. Кроме этого (при необходимости) он может определить «требования» к ним: какие сервисы и соединения с информационными базами должны работать на каждом из рабочих серверов. Менеджеры кластера и рабочие процессы запускаются автоматически, исходя из назначенных «требований». «Требования» к рабочим серверам могут быть заданы интерактивно, из консоли администрирования кластера, или программно, из встроенного языка.
Так на ноутбуке с ключом защиты чтобы не запускать пользователей на сервер кластера надо добавить «требования» для объекта требования «Клиентское соединение с ИБ» — «Не назначать», т.е. запретить рабочим процессам данного сервера обрабатывать клиентские соединения. Еще больший интерес предоставляет возможность запускать «только фоновые задания» на рабочем сервере кластера без сеансов пользователей. Таким образом можно высоконагруженные задачи (код) вынести на отдельный машины. При чем можно одно фоновое задание «закрытия месяца» через «Значение дополнительного параметра» запускать на одном компьютере, а фоновое задание «Обновление полнотекстового индекса» на другом. Уточнение происходит через указание «Значение дополнительного параметра». Например если указать BackgroundJob.CommonModule в качестве значения, то можно ограничить работу рабочего сервера в кластере только фоновыми заданиями с любым содержимым. Значение BackgroundJob.CommonModule..- укажет конкретный код.

Профили безопасности
Профили безопасности служат для того, чтобы запретить прикладному решению выполнять действия, которые могут быть потенциально опасны для функционирования кластера серверов.
Администратор кластера может назначить любой информационной базе один из существующих в кластере профилей безопасности. И тогда потенциально опасная функциональность прикладного решения будет ограничена в тех пределах, которые описаны в этом профиле.

Стандартно, после создания, профиль безопасности запрещает выполнение всех потенциально опасных действий:
-обращение к файловой системе сервера;
-запуск COM-объектов;
-использование внешних компонентов 1С:Предприятия;
-запуск внешних обработок и отчётов;
-запуск приложений, установленных на сервере;
-обращение к ресурсам Интернета.
Таким образом защититься от нежелательных действий незнакомого прикладного решения очень просто: нужно создать пустой профиль безопасности и назначить его информационной базе. Далее, если есть необходимость, можно расширять этот профиль, описывая в нём действия, которые разрешается выполнять прикладному решению.

Расположение служебных файлов менеджера кластера в 1С Предприятии 8.3
Если при установке системы! «1С:Предприятие» был выбран вариант запуска сервера «1С:Предприятия» как сервиса, то первый запуск агента сервера будет выполнен еще в процессе установки системы. При этом сервис будет запущен от имени пользователя, выбранного в диалоге установки системы, но служебные файлы кластера серверов будут расположены в каталоге \srvinfo (в параметрах сервиса будет в явном виде указан ключ запуска -d).

Если при установке системы «1С:Предприятие» был выбран вариант запуска сервера как приложения, то запуск сервера в процессе установки системы не выполняется; агента сервера необходимо запустить самостоятельно, после того как установка системы будет закончена. При этом если ключ запуска -d указан не будет, служебные файлы кластера серверов будут расположены в каталоге по умолчанию: %USERPROFILE%\LocalSettings\ApplicationData\lC\lCv8 (%LOCALAPPDATA%\lC\lCv8 для ОС WindowsVista и старше).

ВНИМАНИЕ! Если однажды на данном центральном сервере уже был создан кластер, то при смене варианта запуска агента сервера (сервис, приложение) или при смене пользователя, от имени которого работает агент сервера, всегда следует заботиться о правильном указании пути к каталогу служебных файлов кластера серверов. Если в процессе запуска агент сервера не обнаружит список кластеров, он создаст новый кластер на данном сервере.
В операционной системе Linux служебные файлы кластера серверов будут расположены в папке /home/usrlcv8/.lcv8/lC/lcv8 (или сокращенный вариант записи — ~/.1cv8/1C/1cv8).

Базы 1С могут храниться в виде файла или в СУБД (Система управления базами данных). При хранении в СУБД часто используются PostgreSQL или MS SQL. Кроме того, для работы с СУБД необходимо устанавливать сервер 1С. Для его администрирования используется специальная утилита, которую можно установить при установке сервера 1С. Данная утилита позволяет просматривать статистическую информацию, а так же создавать кластеры серверов и информационные базы. Кроме того в консоли администрирования серверов, доступно удаление сеансов, соединений и другие возможности.

Консоль администрирования серверов 1С Предприятия

Параметры рабочего сервера 1CV8 (по умолчанию)

Флажок «Менеджер под каждый сервис» должен быть снят, потому что данная возможность находиться в стадии разработки и работает не стабильно. При включении данного флажка создаются десятки процессов rmngr.exe и могут накапливаться зависшие блокировки базы .Печать (Ctrl+P) В этой статьи я делаю обзор основных мероприятий, которые нужно выполнить для увеличения производительности 1С в клиент-серверном варианте работы 1С :

  1. Увеличение аппаратных мощностей.
  2. Настройка сервера 1С:Предприятия
  3. Настройка SQL сервера
  4. Оптимизация кода и алгоритмов в 1С.

Увеличение аппаратных мощностей

Минимальные требования, предъявляемые к компьютерам, представленным на сертификацию в фирму «1С» для получения логотипа «Совместимо! Система программ 1С:Предприятие» написаны

Производительность сервера 1С: предприятие довольно сильно зависит от частоты процессора, а для сервера базы данных характеристики компьютера должны соответствовать требованиям Microsoft SQL Server, PostgreSQL, IBM DB2, Oracle Database.

2. Настройка сервера 1С:Предприятия

Инструкция по настройке рабочих серверов с Технологической Платформой 1С:Предприятие можно посмотреть на диске ИТС

В версии 8.3 было добавлено несколько новых параметров в настройке рабочих серверов :

  • Максимальный объем памяти рабочих процессов. Настройка позволяет регулировать объем памяти, который могут занять все рабочие процессы данного кластера на данном рабочем сервере.
  • Безопасный расход памяти за один вызов. Настройка позволяет ограничить объем памяти, который будет занят при выполнении серверного вызова на данном рабочем сервере.
  • Количество ИБ на процесс и количество соединений на процесс. Данные настройки позволяют косвенно регулировать количество рабочих процессов на данном рабочем сервере.
  • Менеджер под каждый сервис. Настройка позволяет запустить каждый сервис менеджера кластера как отдельный процесс.

Настройка SQL сервера

Особенность настройки Microsoft Sql Server с целю увеличения производительности можно посмотреть на диске ИТС

С помощью Maintenance Plan в разделе Management необходимо выполнять для повышения производительности следующие регламентные задания:

  • Дефрагментацию индексов и обновление статистики нужно производить ежедневно, т.к. если фрагментированность индексов > 25%, это резко снижает производительность сервера.
  • Дефрагментация и обновление статистики – делается быстро и не требует отключения пользователей. Также рекомендуется делать ежедневно.
  • Полная реиндексация – делается с блокировкой БД, рекомендуется делать хотя бы раз в неделю. Естественно, после полной переиндексации сразу же делается дефрагментация индексов и обновление статистики.

3.1 Анализ степени фрагментации индексов

Чрезмерная фрагментация индексов создает проблемы для больших операций ввода-вывода. осле выполнении интенсивных операций по модификации данных в таблицах базы данных увеличивается время выполнения запросов и операций по модификации данных.

Это обусловлено тем, что при таких операциях происходит модификация индексов, что приводит к их фрагментации и увеличению количества операций ввода-вывода при использовании индексов в процессе выполнения операций чтения и записи данных.

Для эффективности использования индексов Microsoft SQL Server требуется

  • Регулярная переиндексация таблиц базы данных с помощью команды DBCC DBREINDEX ( table_name ).
  • Регулярная дефрагментация индексов базы данных с помощью команды DBCC INDEXDEFRAG(database_name, table_name, index_name).

Выбор способа решения этой проблемы зависит от интенсивности операций по модификации таблиц базы данных.

В MS SQL Server 2005 появились новые средства для контроля этого параметра.

Функция таблицы динамического управления sys.dm_db_index_physical_stats возвращает процент фрагментации в столбце avg_fragmentation_in_percent. Если значение в этом столбце превышает 25%, то для восстановления исходных параметров производительности рекомендуется выполнить дефрагментацию этого индекса. От снижения фрагментации индексов могут выиграть операции сканирования больших диапазонов данных, обычные в приложениях хранилищ данных и отчетов.

Использование этой информации может существенно снизить нагрузку на систему и избежать ненужных операций по дефрагментации тех индексов, для которых она не требуется.

3.2 Использование физической памяти размером более 2 ГБ в Microsoft SQL Server

Microsoft SQL Server 2000 Standard Edition и Microsoft SQL Server 2005 Workgroup Edition могут использовать до 2 ГБ физической памяти, которая динамически распределяется и освобождается в зависимости от рабочей нагрузки. При увеличении объемов базы данных этого объема оперативной памяти становится недостаточно для эффективного кэширования данных и поддержания производительности на приемлемом уровне.

3.3 Уменьшение размера журнала транзакций Microsoft SQL Server

Выполнение интенсивных операций по модификации данных информационной базы приводит к увеличению размеров файлов данных и журнала транзакций. В какой-то момент времени старые записи журнала транзакций становятся не нужными для восстановления базы данных и могут быть удалены, освобождая тем самым место для новых записей. Если своевременно не удалять старые записи журнала транзакций, то через некоторое время файл журнала транзакций может занять все свободное дисковое пространство и работа с базой данных станет невозможной.

Для уменьшения размера файла журнала необходимо предварительно удалить неактивные записи журнала транзакций с помощью команды BACKUP LOG, а затем уже с помощью команды DBCC SHRINKFILE уменьшить размер файла журнала транзакций.Последовательность команд, которую нужно исполнить в Query Analyzer, выглядит следующим образом:

BACKUP LOG Имя_Базы_Данных WITH TRUNCATE_ONLY

go

DBCC SHRINKFILE(Имя_Файла_Журнала_Транзакций)

go

Более подробное описание и рекомендации по использованию этих команд можно найти в документации по Microsoft SQL Server.

3.4 Перемещение базы данных TEMPDB на другой диск большего размера.

TEMPDB представляет собой системную базу данных Microsoft SQL Server, в которой хранятся временные таблицы, созданные как самим сервером, так и пользователями. Эта база данных создается заново при каждом перезапуске Microsoft SQL Server. По умолчанию размер этой базы данных неограничен и увеличение его осуществляется при необходимости автоматически, порциями по 10% от текущего размера TEMPDB. Однако эти параметры могут быть переопределены пользователем. По умолчанию, минимальный размер этой базы данных, который устанавливается при старте Microsoft SQL Server, определяется размером системной базы данных MODEL. Очистка журнала транзакций в этой базе данных производится автоматически, при этом удаляются только неактивные записи журнала транзакций.

При работе 1С:Предприятия 8 в режиме клиент-сервер широко используются временные таблицы. Кроме того, TEMPDB используется Microsoft SQL Server при выполнении запросов, использующих операторы GROUP BY, UNION, DISTINCT и т.п.

В процессе работы 1С:Предприятия 8 возможно значительное увеличение размера базы данных TEMPDB. Если размер диска, на котором расположена база данных TEMPDB, окажется недостаточным, работа 1С:Предприятия 8 может завершиться аварийно.

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

Эту операцию можно выполнить следующим способом:

1. определить логические имена файлов базы данных TEMPDB (колонка «NAME” результата выполнения процедуры). Для этого нужно в Query Analyzer выполнить следующую команду:

USE tempdb GO EXEC sp_helpfile GO 2.изменить месторасположение файлов базы данных TEMPDB с помощью команды ALTER DATABASE. Для этого нужно в Query Analyzer выполнить следующую последовательность команд: USE master GO ALTER DATABASE tempdb MODIFY FILE (NAME = tempdev, FILENAME = ‘Новый_Диск:\Новый_Каталог\tempdb.mdf’) GO ALTER DATABASE tempdb MODIFY FILE (NAME = templog, FILENAME = ‘Новый_Диск:\Новый_Каталог\templog.ldf’) GO 3. Перезапустить Microsoft SQL Server.

Более подробное описание и рекомендации по использованию этих команд можно найти в документации по Microsoft SQL Server.

Оптимизация кода и алгоритмов в 1С

Значительная часть проблем, приводящих к неоптимальной работе запросов, может быть обнаружена путем анализа кода конфигурации и структуры метаданных. Имеется перечень типичных ошибок в коде и структуре данных, последствия которых достаточно хорошо изучены и легко предсказуемы. Анализ кода с использованием этого перечня позволяет решить большую часть проблем с производительностью запросов, не углубляясь в детальную техническую информацию (текст запроса на языке SQL, план запроса и т.д.).

Основные причины неоптимальной работы запросов, диагностируемые на уровне кода конфигурации и структуры метаданных рассматриваются на диске ИТС :

  • соединения с подзапросами
  • соединения с виртуальными таблицами
  • несоответствие индексов и условий запроса
  • использование логического ИЛИ в условиях
  • использование подзапросов в условии соединения
  • получение данных через точку от полей составного типа
  • фильтрация виртуальных таблиц без использования параметров

4.2 Использование замера производительности

1С:Предприятие 8 позволяет отлаживать и измерять производительность для кода на встроенном языке, исполняемом как на клиенте, так и на сервере. Особенностью работы замера производительности для клиент-серверной информационной базы в 1С:Предприятии 8 является то, что результаты замера производительности объединяются в один файл. Они включают в себя данные о ходе исполнения кода на встроенном языке как на клиенте, так и на сервере. Для получения такого замера достаточно запустить сервер 1С:Предприятия 8 в отладочном режиме (с помощью ключа командной строки /debug) и в Конфигураторе в нужный момент просто включить режим замера производительности.

Режим замера производительности в 1С:Предприятии 8 позволяет успешно производить оптимизацию работы клиент-серверных приложений. Для выполнения такой оптимизации достаточно выполнить всего несколько действий, после чего проанализировать результаты замера производительности и перейти к улучшению кода на встроенном языке.

Более подробнее об использования замера производительности можно посмотреть на диске ИТС .

Перед началом работ по оптимизации системы необходимо всегда получать начальную оценку производительности при помощи «Оценки интегральной производительности системы по методике APDEX”.

4.3 Инструменты рефакторинга кода

Функции рефакторинга кода, реализованные в конфигураторе платформы 8.3.5, 1068. а также функции автоматического преобразования модальных методов и участков кода показаны на рис 1.

Рис 1 Инструменты рефакторинга кода в конфигураторе

Более подробное о работе с инструментами рефакторинга можно посмотреть на сайте разработчиков http://v8.1c.ru/o7/201312ref/

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

Тему установки MS SQL Server обычно обходят стороной. Действительно, трудно не установить эту СУБД, даже делая это в первый раз, столь же трудно не запустить в связке с ней Сервер 1С:Предприятия. Однако есть ряд неочевидных тонкостей, которые способны существенно отравить жизнь администратору, о чем мы сегодня и расскажем.

MS SQL Server занимает первое место по количеству внедрений в связке с 1С:Предприятием, во многом это объясняется низким порогом вхождения, осилить данную связку вполне способен человек без опыта, сугубо по методу Next — Next — Finish. И, что самое интересное, все это будет работать. Скажем больше, в подавляющем большинстве случаев настройки SQL-сервера по умолчанию более чем достаточно для обеспечения производительной работы сервера 1С:Предприятия и трогать их не только не нужно, но даже вредно.

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

Прежде всего следует вспомнить про системную базу tempdb, которая активно используется 1С для хранения временных таблиц и промежуточных результатов. Причем она используется сразу всеми базами 1С, работающими на сервере. А так как по умолчанию она располагается в папке установки SQL-сервера, т.е. на системном диске, то при увеличении нагрузки именно tempdb становится бутылочным горлышком для всего сервера. Очень часто это приводит к ситуациям: купили быстрые HDD / SSD, дисковых ресурсов хватает, а 1С тормозит, что способно вызвать у начинающих администраторов серьезные затруднения.

Второй момент. Кодировка сравнения tempdb должна совпадать с кодировкой сравнения информационных баз, иначе это может в ряде случаев привести к неожиданным результатам, вплоть до серьезных ошибок в расчетах.

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

Подготовка к установке

Еще на стадии планирования следует уделить некоторое внимание дисковой подсистеме. Для хранения пользовательских баз данных и системной базы tempdb следует выделить отдельный раздел, а еще лучше дисковый массив из быстрых дисков или SSD. В нагруженных системах имеет смысл разнести базы данных и журналы транзакций по разным дисковым массивам. Также рекомендуется отформатировать эти разделы с размером кластера в 64 КБ.

Установка MS SQL Server для работы с 1С:Предприятие

Как мы уже говорили, установка SQL-сервера предельно проста, и мы не будем описывать этот процесс подробно, обратив внимание лишь на необходимые настройки. Начнем с выбора компонентов, так как 1С не использует большинство механизмов SQL-сервера и если вы не собираетесь их использовать для иных целей, то оставляем только Службы ядра СУБД и Соединения с клиентскими средствами. В предыдущих версиях эти компоненты назывались Database Engine, Средства связи клиентских средств, также в них можно опционально установить Средства управления (однако лучше установить свежую версию средств управления отдельно).

На закладке Учетные записи служб обязательно установите флаг Предоставить право на выполнение задач обслуживания тома службе ядра СУБД SQL Server.

Затем следует проверить параметры сортировки, если у вас правильно настроены региональные настройки, то скорее всего там ничего изменять не придется, но проконтролировать данный параметр желательно, там должно быть Cyrillic_General_CI_AS.

В Конфигурации сервера укажите Смешанный режим проверки подлинности и задайте пароль суперпользователю SQL — sa. Также укажите ниже администраторов данного экземпляра SQL-сервера, как минимум следует добавить текущего пользователя, но если администрировать данный экземпляр будут другие ваши коллеги, то имеет смысл сразу их указать.

Следующая закладка — Каталоги данных — требует самого пристального внимания. Обязательно укажите в качестве места хранения пользовательских баз место на производительном массиве или отдельном диске. Несмотря на то, что расположение базы можно указывать при ее создании, задание правильных настроек по умолчанию избавляет вас от лишней работы, а также от ситуации, когда база создается средствами 1С и оказывается в каталоге по умолчанию, т.е. на системном диске. Также сразу можете указать каталог для хранения резервных копий.

Современные версии MS SQL содержат отдельную закладку TempDB, для настройки одноименной базы, в предыдущих версиях данных настроек нет и о том, как настроить данную базу будет рассказано ниже. Здесь же мы выставляем для базы: количество файлов — 4, начальный размер — от 1 ГБ до 10 ГБ, авторасширение — 512 МБ, аналогичный размер и авторасширение устанавливается для файла журнала. Также не забываем проконтролировать размещение TempDB на отдельном разделе/диске.

Остальные настройки можно оставить по умолчанию и завершить установку.

Для управления сервером СУБД следует скачать и установить SQL Server Management Studio (SSMS), ее можно установить как на сервер, так и на компьютер администратора, чтобы управлять с него всеми доступными SQL-серверами. Никаких особенностей в установке SSMS нет.

Настройка операционной системы

Если у вас имеется уже установленный экземпляр MS SQL, либо вы не выполнили всех рекомендаций по установке, то следует проверить ряд настроек операционной системы. Запустим редактор локальной политики безопасности secpol.msc и перейдем в раздел Локальные политики — Назначение прав пользователя. Откроем политику Выполнение задач по обслуживанию томов и убедимся, что в списке пользователей присутствует учетная запись от имени которой работает SQL Server — NT SERVICE\MSSQLSERVER.

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

Если ваш экземпляр MS SQL Server установлен отдельно от Сервера 1С:Предприятие, то выполните аналогичную настроку для политики Блокировка страниц в памяти.

Настройка MS SQL Server для работы с 1С:Предприятие

Если вы имеете дело с уже установленным экземпляром SQL-сервера, убедитесь, что кодировка сравнения Cyrillic_General_CI_AS, для этого откройте Managment Studio, выберите необходимый экземпляр SQL-сервера и щелкнув на нем правой кнопкой мыши перейдите к Свойствам:

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

Затем перейдите к закладке Память, за основу для расчетов принимается объем выделенного SQL-серверу размера памяти (RAM). Обычно это объем памяти сервера за вычетом ОЗУ для ОС и иных служб, например, Сервера 1С:Предприятие. Для сервера с объемом ОЗУ в 32 ГБ мы будем исходить из доступного объема в 24 ГБ, выделив 8 ГБ для ОС и сервера 1С. Но данные соотношения не являются эталоном и в вашем случае это могут быть иные числа.

Для расчета минимального объема памяти применяется формула:

Минимальный размер памяти = RAM/2

Для максимального применяется полный размер RAM, за вычетом 1 ГБ на каждые выделенные 16 ГБ ОЗУ (все объемы указываются в МБ):

Максимальный размер памяти = RAM — 1024 * RAM/16384

В разделе Параметры базы данных можно проконтролировать места хранения пользовательских баз и журналов, а также изменить их при необходимости. Все изменения будут применены только к вновь создаваемым базам данных, уже существующие БД потребуется перенести в новое расположение вручную (если в этом есть необходимость).

В разделе Дополнительно — Параллелизм установите параметр:

Максимальная степень параллелизма = 1

Следующая настройка будет связана с безопасностью. Для подключения 1С к серверу чаще всего используется учетная запись sa, что, мягко говоря, небезопасно, так как дает вошедшему под ней полный доступ к SQL-серверу. Учитывая, что администрированием баз 1С часто занимаются сторонние специалисты, то имеет смысл создать для них отдельную учетную запись.

Для этого раскройте Безопасность — Имена для входа и создайте новое имя (учетную запись), укажите проверку подлинности SQL-сервер и задайте пароль.

Затем перейдите на закладку Роли сервера и разрешите dbcreator, processadmin и public.

После чего используйте для подключения к SQL-серверу из 1С именно эту учетную запись.

Все создаваемые базы данных создаются на основе служебной базы model и к ним применяются все настройки этой БД, поэтому перейдем в Базы данных — Служебные базы данных и откроем свойства базы model. В разделе Файлы укажите значения начального размера базы от 1 ГБ до 10 ГБ, начальный размер журнала транзакций от 1 ГБ до 2 ГБ и авторасширение в 512 МБ. Выбирая начальный размер базы, нужно исходить из соображений чтобы размер файла превосходил загружаемый размер образа информационной базы 1С.

В разделе Параметры укажите Модель восстановления в соответствии с применяемой политикой резервного копирования и установите параметр:

Асинхронное автоматическое обновление статистики = True

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

После внесения всех изменений в конфигурацию службу SQL сервера потребуется перезапустить.

Настройка сетевых протоколов

Для настройки сетевых протоколов откроем Диспетчер конфигурации SQL Server и перейдем в раздел Сетевая конфигурация SQL Server — Сетевые протоколы для MSSQLSERVER, где MSSQLSERVER — имя вашего экземпляра, и установим следующие настройки:

  • Общая память (Shared Memory) — Включено
  • Именованные каналы (Named pipes) — Отключен
  • TCP/IP — Включено

Настройка базы tempdb

В предыдущих версиях MS SQL Server нет возможности настроить параметры базы tempdb при установке, также вы могли выполнить установку со значениями по умолчанию, либо вам достался уже установленный экземпляр, в этих случаях нужно произвести дополнительную настройку. Откроем Managment Studio и перейдем в Базы данных — Служебные базы данных в свойства базы tempdb. В разделе Файлы разобьем базу на четыре файла данных и установим для них начальный размер от 1ГБ до 10 ГБ, но не менее текущего размера файла, авторасширение — 512 МБ. Аналогичные настройки установим и для файла журнала.

Перенос базы tempdb

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

Для того, чтобы изменить место расположения файла tempdb откройте Managment Studio, выберите Создать запрос и в открывшемся окне введите следующий текст, где E:\NEW_FOLDER — новое расположение для базы:

use master
alter database tempdb
modify file(
name = tempdev,
filename = N’E:\NEW_FOLDER\tempdb.mdf’)
go
alter database tempdb
modify file(
name = templog,
filename = N’E:\NEW_FOLDER\templog.ldf’)
go

Данный запрос состоит из двух секций, верхняя переносит файл данных, нижняя — журнал транзакций. Если вы разделили базу на четыре файла данных, то следует изменить запрос, создав для каждого файла данных свою секцию.

Создав запрос нажмите Выполнить, после выполнения запроса перезапустите SQL-сервер, файлы базы и лога tempdb будут созданы в новом месте, файлы по старому расположению следует удалить вручную.

C 10 сентября 2019 года некоторые пользователи лицензий 1С Предприятие 8, начали получать предупреждение с текстом:

«Операция не может быть выполнена с текущим составом лицензий. «Свойства кластера Допустимое отклонение количества ошибок сервера», «Режим распределения нагрузки или свойства рабочего сервера» «Максимальный объем памяти рабочих процессов», «Безопасный расход памяти за один вызов», «Объем памяти рабочих процессов, до которого сервер считается производительным», «Количество ИБ на процесс» содержат значения, отличные от значений по умолчанию. Использование этих функций возможно только для лицензий на платформу уровня КОРП. Обратитесь к администратору для решения вопросов приобретения и установки лицензий уровня КОРП.»

Сервер 1С операция не может быть выполнена с текущим составом лицензий

С 10 сентября 2019 года для продолжения работы с серверными лицензиями 1С уровня ПРОФ в таком случае необходимо купить лицензии 1С уровня КОРП или сделать обмен лицензий 1C ПРОФ на КОРП, или установить значения свойств сервера 1С и параметры свойств кластера сервера 1С Предприятие 8 как значения «по умолчанию».

Какие значения свойств сервера 1С Предприятие 8 используются по умолчанию?

Для возможности работы лицензий 1С уровня ПРОФ без использования функциональности КОРП нужно, как описано ниже, привести параметры рабочего сервера 1С Предприятие и параметры свойств кластера сервера 1С Предприятие 8 к значениям, используемым по умолчанию.

Какие значения свойств параметров рабочего сервера 1С:Предприятие 8 используются по умолчанию?

Для возможности работы лицензий 1С уровня ПРОФ без использования функциональности КОРП нужно, как на картинке ниже, привести параметры рабочего сервера 1С Предприятие к значениям, используемым по умолчанию.

Значения по умолчанию параметров рабочего сервера 1С:Предприятие 8

Максимальный объем памяти рабочих процессов в байтах. Значение по умолчанию — 0
Используется только в «старых» версиях платформы до 8.3.15. Настройка доступна только для лицензии уровня КОРП. Максимальный объем памяти, доступный всем рабочим процессам кластера на данном рабочем сервере. Может принимать значение от -1 до 9 223 372 036 854 775 807, где -1 — не ограничен максимальный объем памяти, доступный рабочим процессам кластера на данном рабочем сервере; 0 — значение определяется автоматически как 80% объема оперативной памяти сервера.

Безопасный расход памяти за один вызов Значение по умолчанию — 0
Настройка доступна только для лицензии уровня КОРП. Объем памяти в байтах, использование которого в процессе вызова сервера считается безопасным. Может принимать значение от -1 до 9 223 372 036 854 775 807, где -1 — любой вызов сервера считается опасным, если за время вызова сервера достигнут максимальный объем памяти рабочего процесса; 0 — значение объема определяется автоматически, как 5% максимального объема памяти рабочих процессов на данном рабочем сервере.

Объем памяти рабочих процессов, до которого сервер считается производительным Значение по умолчанию — 0
Настройка доступна только для лицензии уровня КОРП. Суммарный объем оперативной памяти, занятый рабочими процессами этого рабочего сервера, по достижению которого на этот рабочий сервер перестанут назначаться новые соединения с информационными базами. Значение 0 означает, что никакого ограничения не установлено.

Количество ИБ на процесс Значение по умолчанию — 0
Настройка доступна только для лицензии уровня КОРП. Количество информационных баз, соединения с которыми могут обслуживаться одним рабочим процессом данного сервера. Значение 0 означает, что ограничение не установлено. Если количество информационных баз превысит это количество? кластер серверов создаст на этом рабочем сервере дополнительный рабочий процесс.

Количество соединений на процесс Значение по умолчанию — 128 или 256
Начиная с платформы версии 8.3.15 значение по умолчанию устанавливается 256 соединений на процесс. Количество соединений с информационными базами, которые может обслуживать один рабочий процесс данного сервера. Значение 0 означает, что ограничение не установлено. Если количество соединений, обслуживаемых рабочим процессом, превысит это количество, то кластер серверов создаст на этом рабочем сервере дополнительный рабочий процесс.

Порт главного менеджера кластера Значение по умолчанию — 1541
Другие значения доступны как для лицензий уровня КОРП, так и ПРОФ. Номер сетевого порта главного менеджера кластера, запущенного на данном рабочем сервере. Этот сетевой порт используется при формировании адреса кластера серверов для указания клиентскому приложению. Адрес выглядит следующим образом: {Свойство Компьютер}:{Порт главного менеджера кластера}. Если свойство «Компьютер» имеет имя Computer_1, а свойство «Порт главного менеджера кластера» равно 1541, то адрес кластера серверов будет выглядеть как Computer_1:1541. Значение данного параметра игнорируется в том случае, если не установлен флаг Центральный сервер.

Какие значения свойств параметров кластера 1С:Предприятие 8 используются по умолчанию?

Для возможности работы лицензий 1С уровня ПРОФ без использования функциональности КОРП нужно, как на картинке ниже, привести параметры свойств кластера сервера 1С Предприятие 8 к значениям, используемым по умолчанию.

Значения по умолчанию параметров кластера 1С:Предприятие 8

Защищенное соединение — Значение по умолчанию: выключено.
Отвечает за уровень безопасности кластера. Возможные значения: выключено, только соединение, постоянно.

Интервал перезапуска в секундах. Значение по умолчанию — 0
Интервал времени после запуска процесса, по истечении которого рабочий процесс перезапускается. Нулевое значение означает, что рабочие процессы не будут перезапускаться автоматически.

Допустимый объем памяти в килобайтах. Значение по умолчанию — 0
Используется только в «старых» версиях платформы до 8.3.15. Устанавливает предельный объем виртуального адресного пространства, после постоянного превышения которого в течение определенного времени (параметр «Интервал перезапуска») рабочий процесс или менеджер кластера будет автоматически перезапущен. Нулевое значение означает, что критический объем памяти не задан и автоматический перезапуск процессов не выполняется.

Интервал превышения допустимого объема памяти в секундах Значение по умолчанию — 0
Используется только в «старых» версиях платформы до 8.3.15. Определяет интервал времени постоянного превышения предельного объема виртуального адресного пространства, занимаемого рабочим процессом или менеджером кластера (параметр «Допустимый объем памяти»), после которого выполняется автоматический перезапуск процесса. Нулевое значение означает, что автоматически перезапуск рабочих процессов не выполняется.

Принудительно завершать проблемные процессы Значение по умолчанию: отключено.
Если механизм мониторинга кластера признал рабочий процесс проблемным, то данный флажок определяет возможность принудительного завершения таких процессов. На работу мониторинга данный флажок влияния не оказывает.

Записывать дамп процесса при превышении критического объема памяти Значение по умолчанию: отключено.
Определяет необходимость формирования дампа аварийного завершения рабочего процесса в случае, если кластер серверов выполняет принудительное завершение рабочего процесса. Эта ситуация может возникнуть в том случае, если в процессе мониторинга состояния кластера нарушается значение, установленное в параметре рабочего сервера «Критический объем памяти процессов». Дамп формируется в соответствии с текущими настройками формирования дампов аварийного завершения.

Проблемные процессы останавливать через в секундах. Значение по умолчанию — 0
Интервал времени, по истечении которого проблемный рабочий процесс принудительно останавливается, независимо от наличия соединений. Работа всех соединений с этим процессом завершается аварийно. Значение свойства может быть изменено во время работы кластера. Нулевое значение означает, что принудительное завершение процесса не выполняется. Менеджер кластера при стойком превышении предельного объема виртуального адресного пространства всегда перезапускается без ожидания.

Уровень отказоустойчивости Значение по умолчанию — 0
Уровень отказоустойчивости определяет максимальное количество рабочих серверов, входящих в состав кластера, одновременный выход из строя которых не приведет к аварийному завершению сеансов подключенных пользователей. Если в кластер серверов входит только один рабочий сервер, то максимальный уровень отказоустойчивости будет 0, т.к. выход из строя единственного рабочего сервера приведет к аварийному завершению всех подключенных пользователей. Если в кластер входит пять рабочих серверов, то уровень отказоустойчивости может изменяться от 0 до 4. При этом 0 означает, что фатальным считается выход из строя любого рабочего сервера, а значение 4 означает, что кластер сохранит работоспособность даже в том случае, если выдут из строя четыре из пяти рабочих серверов.

Режим распределения нагрузки Значение по умолчанию — Приоритет по производительности
Настройка доступна только для лицензии уровня КОРП. Параметр определяет, по какому критерию будет выбираться рабочий процесс при установке нового соединения с сервером 1С Предприятия 8. Можно указать: «Приоритет по производительности», «Приоритет по доступной памяти».

В чем отличия лицензии 1С КОРП от обычных лицензий 1С ПРОФ?

В версии 8.3 платформы «1С:Предприятие» появилось разделение уровней лицензий на ПРОФ и КОРП — был выделен дополнительный функционал, который можно использовать только при наличии у пользователей лицензий уровня КОРП. Какие дополнительные возможности дают лицензии КОРП:

  • фоновое обновление конфигурации базы данных
  • дополнительное управление распределением по рабочим серверам кластера в разрезе информационных баз, видов клиентских приложений и фоновых заданий:
    • сервисов кластера
    • соединений с информационными базами
  • гибкое управление нагрузкой в кластере:
    • безопасный расход памяти за один вызов
    • количество ИБ на процесс
    • объем памяти рабочих процессов, до которого сервер считается производительным
    • максимальный объем памяти рабочих процессов
    • стратегия балансировки по памяти и по производительности
  • внешнее управление сеансами
  • профили безопасности
  • возможность обновления тонкого клиента с сервера
  • возможность публикации списка баз и обновлений тонкого клиента через http
  • также в соответствии с лицензионным соглашением для использования «1С:Сервера взаимодействия» без дополнительной оплаты требуются лицензии уровня КОРП. 1С:Сервер взаимодействия — это программа, реализующая серверную часть системы взаимодействия. Сервер взаимодействия может быть развёрнут в Интернете или в локальной сети предприятия на компьютерах с операционными системами Microsoft Windows или Linux. О том, что такое система взаимодействия 1С можно посмотреть .
    Пользователи, имеющие лицензии 1С уровня ПРОФ, могут купить 1С:Сервер взаимодействия как отдельную программу. Пользователи, имеющие лицензии «1С:Предприятия 8» уровня КОРП, могут получить без дополнительной платы дистрибутив «1С:Сервера взаимодействия» в сервисе «1С:Обновление программ» и использовать его в соответствии с входящим в дистрибутив лицензионным соглашением.

В ранних версиях платформы 1С:Предприятие 8.3 технически лицензии уровня КОРП не были защищены. Начиная с версий 8.3.12.1852, 8.3.13.1791 и 8.3.14.1592 платформы «1С:Предприятие» такая защита реализована. Кроме того, изменены правила использования лицензий уровня ПРОФ. В актуальных версиях платформы 1С:Предприятие 8.3 эти лицензии предназначены для использования с информационными базами, в которых одновременно работают не более 500 сеансов пользователей и/или нет большой нагрузки — используется не более 12 ядер процессоров.

Какие лицензии 1С купить ПРОФ или КОРП?

В названиях программ семейства 1С:Предприятие 8 встречаются аббревиатуры ПРОФ и КОРП. Наличие аббревиатуры КОРП в названии означает расширенную дополнительную функциональность, используемую, как правило, в крупных корпоративных компаниях. Однако дополнительные функции, скрывающиеся за словом КОРП, для программ и дополнительных лицензий — разные. Из-за этого у некоторых пользователей возникает вопрос, какие дополнительные лицензии и для каких программ нужно использовать? Мы постарались наглядно представить различия и показать в каких случая используются лицензии 1С уровня ПРОФ, а когда КОРП, в таблице, которую можно увидеть ниже.

Пример программ 1С, для которых планируется покупка лицензий

До 10 сеансов, доступна функциональность КОРП по управлению нагрузкой и производительностью

До 500 сеансов и/или до 12 ядер, недоступна функциональность КОРП по управлению нагрузкой и производительностью

Более 500 сеансов и/или более 12 ядер, функциональность КОРП по управлению нагрузкой и производительностью

1С:Бухгалтерия 8 базовая версия и другие программы базовых версий

Нет возможности использовать какие-либо дополнительные лицензии. Базовые версии поддерживают только работу одного пользователя.

1С:Бухгалтерия 8 ПРОФ или 1С:Зарплата и управление персоналом 8 ПРОФ, или другие программы 1C версии ПРОФ

Клиентские и серверные лицензии ПРОФ с программной защитой или с USB ключом

Клиентские и серверные лицензии КОРП с программной защитой или с USB ключом

1С:Бухгалтерия 8 КОРП или 1С:Зарплата и управление персоналом 8 КОРП, или другие программы 1C версии КОРП

Тем, кто не сталкивался с 8.2 и всеми проблемами, особенно ранних версий платформы на системах с большим количеством пользователей меры, описанные в этой статье окажутся избыточными. Но все действия продиктованы только опытом, и проверены практикой.
1) Резервный центральный кластер создавать нужно. Это аксиома. Если у вас более 10 пользователей и в течение дня в 1С ведется хоть какая-то работа — выделите хотя бы обычный компьютер с не серверным «железом» под резервный центральный кластер — это пригодится.
2) Резервный центральный кластер — это не кластер включенный в группу резервирования.
Это полноценный центральный кластер, который является копией существующего. Да, это возможно; более того — это нужно делать. Только нужно отключить фоновые задания на резервном кластере серверов. Я не уверен по поводу лицензионного соглашения с 1С, но если в каждый момент времени будет использоваться только один центральный кластер ничего страшного в этом нет. Но сами понимаете, чтобы «подмена» кластеров была «горячей» кое что придется сделать… как минимум сбегать в серверную и переставить ключик. Кроме того резервный центральный кластер можно запускать с ключем -debug (в реестре: HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\1C:Enterprise 8.2 Server Agent параметр «imagePath»). И использовать для отладки серверного кода разработчиками. Резервирование центрального кластера в случае использования штатного механизма 1С — штука наверное хорошая, вот только у меня лично она не сработала. Дело в том, что она не работает в случае «подвисания» процесса центрального кластера «rpmngr» — т.е. процесс есть, определить его отсутствие ещё не удаётся, механизм использования резервного центрального кластера не включается. А пока что с центральным кластером чаще всего случались проблемы «зависания» а не «падения».
3) Про 1cestart.exe забудьте. Моё личное мнение конечно, но по-моему этот блок в 1С отдали писать каким-то студентам (что вполне возможно, т.к. стартер не является частью платформы и не особо критичен). Столько ошибок в его работе находили в релизах, столько «глюков» было обнаружено в это простом инструменте, что пользоваться им решительно не советую, особенно в свете того, что далее будет специальный скрипт запуска 1С.
4) Для запуска 1С разработал специальный скрипт:

Код VBS set fso = CreateObject(«Scripting.FileSystemObject»)
set wso = WScript.CreateObject(«Wscript.shell»)
Base = «Main»
FileText = \\Сетевая папка\Settings_basedefault.ini»
if Wscript.Arguments.Count() > 0 Then Base = Lcase(WScript.Arguments(0))
S_elect case base
case «Base1»
Filetext = «\\Сетевая папка\Settings_base1.ini»
case «Base2»
Filetext = «\\Сетевая папка\Settings_base2.ini»
case «Base3»
Filetext = «\\Сетевая папка\Settings_base2.ini»
case else
Filetext = «\\Сетевая папка\Settings_basedefault.ini»
end S_elect
if fso.FileExists(FileText) = false then FileText = «\\Сетевая папка\Settings_basedefault.ini»
set file = fso.OpenTextFile(FileText, 1)
Platform = file.ReadLine
Server = file.Readline
cpath = «C:\Program files (x86)\1cv82\» & Platform & «\bin\1cv8.exe»
command = » enterprise /S» & Server & «\» & Base
wso.Exec(cpath & command)
В данном скрипте «Сетевая папка» нужно заменить на адрес общедоступной папки, в которую вы поместите файлы настроек. По умолчанию файл может быть один. Но так же существует возможность для разных баз использовать разные сервера центрального кластера и разные файлы настроек. Это нужно, к примеру, чтобы сперва в работе новую версию платформы «протестировала» бухгалтерия, а потом уже перешли на новую версию основные торгующие подразделения.
файл настроек при этом будет иметь вид:
Код 8.2.14.533
Server1C
Всего 2 строчки. В первой — версия платформы, во второй — имя центрального кластера серверов
Этот скрипт нужно положить в ту же сетевую папку (если безопасность у вас в сети позволяет запускать скрипты из сетевых папок). Если не позволяет — на локальные компьютеры пользователей, и создать ярлыки для баз 1С со строками вида:
Код VBS «C:\Program Files (x86)\1cv82\Run1C.vbs» Base
Где Base — имя базы в кластере для запуска.
Пример скрипта, самосотятельно определяющего текущий EXE-шник 1С:
Код VBS ‘====================
Set WshShell = CreateObject(«WScript.Shell»)
PrgDirx86 = trim(WshShell.RegRead(«HKEY_CLASSES_ROOT\CLSID\{5CD98F13-1050-4b43-84F2-33AD97CFC287}\LocalServer32\»))
msgbox PrgDirx86
‘====================
После этого изменением одной строчки в файле настроек вы сможете переключить запуск пользователей на другую платформу или на другой центральный кластер 1С. Не один раз этот простой скрипт спасал от долгого простоя.
Если имя сервера используется где-то при установке COM соединений — его тоже нужно поменять.
Соответственно при окончательном и бесповоротном падении основного сервера нужно сделать:
а) Останавливаете службу сервера если она ещё сама не остановилась (обязательно нужно это сделать чтобы на сервере не осталось активных пользователей, а то может сбоить нумерация объектов)
б) Переключаете в файле запуск на новый сервер
в) net send * «Перезайдите в 1С»
г) Запускаете 1С с новго сервера — вызываете на всякий случая «ОбновитьНумерациюОбъектов»
д) Включаете фоновые задания но новом кластере серверов
После этого «чините» основной сервер (починка чаще всего заключается в очистке каталога C:\Program Files\1cv82\srvinfo)
И в конце дня те же самые процедуры (кроме оповещения) проделываете для переключения обратно на основной сервер.
Если падение сервера наблюдается после обновления платформы, то к данным действиям нужно еще добавить восстановления COM соединителя на всех клиентских компьютерах (если вы используете COM или OLE) — нудно через установку и удаление программ выбрать нужную вам версию платформы и нажать «восстановить». т.к. COM соединения обычно не используются в критических процессах — они чаще всего нужны для интеграции, то их восстановление «терпит» и вы можете позволить себе обновлять машины, или сделать это групповой политикой, если разрешения для клиентских рабочих станций позволяют.
5) Резервная копия перед обновлением. Обязательно конечно — были уже релизы где все субконто очищались… так что лучше не рисковать
6) Проверка запуска после обновления. Тоже обязательна. И обратите внмание на время запуска… Оно может вдруг увеличиться до оочень большого.
Собственно эта методика позволяет «почти безболезненно» обновлять платформу, и быстро «откатываться» к «старым» релизам в случае возникновения проблем. Так же позволяет быстро переключиться на резервный центральный кластер в случае отказа основного. Успешно работает и опробована в случае работы в едином домене и преимущественно в терминальном режиме. В случае когда не единый домен и пользователи работают не не терминальных серверах появятся ещё «заморочки» с обновлением платформы на клиентских машинах (для них придётся использовать политики групп) и создании общей папки (если не единый домен), но возможности WSH позволяют считать файл из любого места — с этим проблем не будет.
Олег Филиппов