Directum ошибка обработки команды службой файловых хранилищ
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Open with Desktop
- View raw
- Copy raw contents Copy raw contents
Copy raw contents
Copy raw contents
Заметки по результатам обновления в Directum с версии 4.9.1 на 5.2.1 в мае 2016 года.
Directum по сути не имеет центрального сервера. Клиенты Directum самостоятельно обращаются к серверу MS SQL, получают необходимые данные и обрабатывают их как считают нужным.
На сервере (или на серверах) запускаются только службы, которые выполняют каждая свою узкую функцию:
Session Server (SBSessionServer)
Проверяет количество лицензий и открывает (или нет) пользователю полноценный доступ к SQL-серверу.
Не имеет настроек, требует наличия корректно сгенерированного ключа системы.
Workflow Processing (SBWorkflowProcessingServer)
Фоновая обработка задач и заданий.
Если эта служба выключена, задачи будут создаваться, но не дойдут до исполнителей.
Служба конфигурируется через файл C:\Program Files (x86)\DIRECTUM Company\DIRECTUM 5.2\SBWorkflowSrvSettings.xml где просто должны быть указаны все обслуживаемые ею базы данных.
Клиент Directum на сервер не ставится, его функции становятся доступны после установки данной службы.
Storage Service (SBFileStorageService)
Применяется для того, чтобы хранить тексты документов не в базе данных SQL, а в папке, что резко сокращает нагрузку на сервер MS SQL.
В момент корректного обращения пользователя к конкретному файлу, служба меняет права доступа и документ становится доступным через стандартный механизм общих папок Windows.
Если служба не работает, Directum выглядит полностью работоспособным, но при попытке увидеть текст документа, возникает ошибка.
Служба настраивается через файл C:\Program Files (x86)\DIRECTUM Company\DIRECTUM 5.2\Storage Services\SBFileStorageSettings.xml в нём также следует указать все БД, обслуживаемые службой.
В БД Directum также требуется указывать, что она обслуживается данной службой, добавив её параметры в Утилиты администратора / Администрирование хранилищ / Хранилища текстов документов
Обычно запуск новой БД (если все службы уже запущены и работают) требует следующих шагов:
Directum 5.2 не работает на Windows Server 2003, а серверная часть к тому же на Windows XP. Поэтому обновление производилось не "на месте", а на новый сервер Windows Server 2008 R2.
До установки MS SQL нужно убедиться, что на сервере установлена русская локаль (Russia).
Можно устанавливать MS SQL в минимальной конфигурации, однако есть смысл сразу же добавить к нему компоненту Full Text Search. Это можно сделать и позже в любое время.
Установка Directum зачастую требует переименования хоста с установленным MS SQL. В этом случае после переименования требуется выполнить команду:
Directum требует настройки:
Если планируется использовать (для администрирования) команду xp_cmdshell (например xp_cmdshell 'net use z: \\host\folder' ), её требуется разрешить:
Требуется вручную открыть порты (Windows Firewall with Advanced Security) для служб Directum и для MS SQL:
- MS SQL: 1433
- Session: 32300
- Workflow: 32310
- Storage: 32320
Установку IIS следует делать по инструкции администратора Directum. Суть: требуется установка компонент
Требуется добавить в MIME Types строку
Патч для канцелярии
До начала обновления Directum (в случае тестового обновления - до backup) требуется сбить параметр Утилиты разработчика / Типы справочников / РКК / Представления / Главное / Иерархия на: По журналам регистрации
После обновления можно его вернуть на По местам регистрации .
Выполняется согласно инструкции по обновлению Directum запуском STConverter.exe и указанием пакета обновления Package\directum_to_521.dat
- Конвертировать только разработку платформы
- НЕ: Автоматически конвертировать, Автоматически разрешать конфликты импорта разработки системы
- НЕ: Повторное сравнение разработки
Настройка вариантов запуска компонент: SBLauncher.exe -CT=ComponentTokenDesigner
Запуск от имени Administrator, пакет Package\DIRECTUM52_tokens.xml
Настройка домена для пользователей (при помощи консоли MS SQL):
При помощи Проводника Directum:
- Импорт записей справочников Роли Package\StandardData\РОЛ
- Импорт типовых маршрутов Package\StandardData\ТМТ Внимание! Часть блоков может не заполниться (см. лог импорта), требуется донастроить их вручную
- Импорт обложек из Package\StandardData\Обложки (Документы произвольной формы), в Установках WebFoldersAllowed = Y, уже должна быть запущена служба Storage
Дополнительно для обновления с версии 4.9.1
Эти шаги тоже делаются согласно инструкции, вот они в краткой форме:
- Импорт записей справочников Package\StandardData\Currency
- Утилиты разработчика / Типовые маршруты / Канцелярия / Исполнение поручений / Параметры
- Типовой маршрут для создания подчиненных поручений = Отправка подчиненного поручения на исполнение
- Типовой маршрут для контроля исполнения = Контроль исполнения поручения (уже)
- Типовой маршрут для создания подчиненных поручений = Отправка подчиненного поручения на исполнение
- Импорт записей справочника Package\StandardData\OTP
- Утилиты администратора / Общее администрирование / Мастера действий / * / Параметры
- Оформление заявления (отпуск/отгул/увольнение) ТМЗаявление = Утверждение заявления
- Оформление служебной записки. ТМ = Согласование служебных записок
- Package\AssignmentsAndTypicalAssignments
- Справочник Настройки дополнительных реквизитов справочников: Настройки: Поручения по РКК -> Поручения
- Спрятать ссылку на Поручения по РКК
- Делопроизводители
- Руководство
- Руководители подразделения
- Делопроизводители Обращения граждан и организаций
- Тип карточки документа = Договорные документы (уже)
- Исполнение поручений по РКК = Исполнение поручений (. )
- Справочник Правила вычисления ролей / ПомощникРуководителя для типовых маршрутов
- Ничего не делаем (переносим из Роли Секретарь руководителя)
Сервер ссылок Hyperlink
Устанавливается простым копированием в папку C:\inetpub\wwwroot .
Настройка клиентов: Установки системы
Пока гиперссылки не работают, обложки папок тоже работать не будут!
Устанавливается по инструкции, для него создаётся отдельный Virtual site, рекомендуется привязать его к хосту Directum.
Подключение клиентов выполняется через Установки системы
Установка клиента Directum на пользовательские машины
Разработчик предлагает делать установку клиента при помощи msi пакета (см. инструкцию администратора).
Однако в версии 5.2 в msi пакет не попал установщик SQL Native Client, в результате чего свежеустановленный клиент Directum оказывается неработоспособным на машинах с Windows XP.
Был разработан альтернативный вариант установки при помощи самописного скрипта (конфигурируемого при помощи файла YAML), запускающего стандартный установщик клиента Directum (Client.exe).
Для массового обновления клиентов в ночь обновления был дописан ещё один самописный скрипт, который проверяет наличие на машине стандартной папки Directum v4.9.1, запускает его удаление при помощи msiexec и передаёт управление скрипту установки. Факт попытки обновления журналируется. Скрипт может быть запущен на все клиентские машины при помощи SCCM.
Дополнительные клиентские компоненты
Дистрибутивы расположены в DIRECTUM Enterprise 5 2 1 с инструментом разработчика.zip (в папке \DIRECTUM\F$\Directum\Distrib\5.2.1):
- Конструктор документов - DocumentGenerator\DocumentGenerator-??bit.exe
- Интеграция с MS Office - OfficeInt\OfficeIntegration-??bit.exe
Настройка после обновления
Directum самостоятельно настраивает резервное копирование БД в процессе установки.
Рекомендуется его отключить (SQL Server Agent / Jobs) и настроить своё.Почтовые настройки Directum
В ходе обновления был отключён механизм рассылки через Microsoft Outlook и настроена рассылка по протоколу SMTP как кардинально более простая.
Настройки заданы в константе MailOutgoingSettings (или через пункт Почта на обложке Настройки системы), используется пользователь OMZGLOBAL\directummail, созданный специально для этой цели.
Directum предлагает два вида полнотекстового поиска:
- По текстам документов. Признан ненужным и не используется
- По текстам задач и заданий
Второй тип поиска требует настройки (согласно инструкции):
- Однократного запуска сценария Индексирование текстов и слепков объектов
- Периодического регулярного запуска того же сценария
Directum требует массы периодических заданий. Для их настройки используется стандартный Task Scheduler, в котором заведена отдельная папочка Directum.
На данный момент настроены задания:
- block - блокирование пользователей Directum, заблокированных в AD
- ca - импорт сертификатов ЭЦП
- fulltext - обновление полнотекстовых индексов
- mail - рассылка уведомлений о заданиях (используется сценарий MailJobs, полученный правкой стандартного сценария Агент рассылки входящих заданий)
- Выгрузка в 1С
- Совещания
Тексты простых скриптов расположены в папке tasks.
Остальные скрипты - в папке dist.
Все скрипты можно запускать от имени любого пользователя Directum, имеющего соответствующие права. Однако, со всех сторон удобнее пользователь NT AUTHORITY\SYSTEM , которого необходимо корректно добавить в пользователи Directum по обычной процедуре.
Скрипты для администрирования Directum
В ходе обновления был создан механизм написания сложных скриптов для администрирования Directum.
Скрипты пишутся на языке CoffeeScript, может быть также использован обычный JavaScript. Исходные коды транслируются в JavaScript, собираются и дополнительно сжимаются.
Написан и отлажен целый ряд утилит (как командной строки, так и с графическим интерфейсом). Возможно (и в большинстве случаев несложно) написание других под возникающие задачи.
Directum 5.2 гораздо хуже относится к дублированию кода системы. Все экземпляры системы должны иметь разный код, даже если они установлены на разных серверах.
Служба File Storage Service бывает самопроизвольно останавливается и не запускается. Лечится удалением файлов C:\Program Files (x86)\DIRECTUM Company\DIRECTUM 5.2\Storage Services\OpenedDocumentVersionInfoList*.cfg
Некоторые странные ошибки на клиенте (включая вызванные совпадение кодов системы, но не только) лечатся очисткой метаданных.
На клиентском компьютере выполняется (универсальный) скрипт:
Очистка метададанных на стороне сервера (лучше выполнять в нерабочее время):
Публикую этот пост для тех, кто не видел статью базы знаний, написанную мной в 2009 году. Бонусом к статье является скрипт GetDirectumLogs.vbs, который копирует лог-файлы DIRECTUM (подробности в последнем разделе статьи).
Шаг 2. Подумайте о будущем – настройте бэкапы
Для сохранности и безопасности данных администратору нужно настроить резервное копирование и восстановление базы данных и резервное копирование файлового хранилища .
Резервное копирование позволяет восстанавливать данные, утерянные в результате возникновения физических и логических ошибок, а также ошибочных действий пользователей, например, случайного удаления записи справочника или некорректно изменения документа.
Далее рассмотрим отдельно особенности и рекомендации по резервному копированию БД и ФХ.
Работа с лог-файлами
Есть несколько видов лог-файлов.
Серверные лог-файлы – место сохранения лог-файлов указано в конфигурационных файлах каждой из серверных компонент. Пример имени серверного лог-файла:
Например: SERVER . WebServer .2020-05-28. log
Клиентские лог-файлы десктоп-клиента – хранятся на компьютерах пользователей. Пример имени лог-файла десктоп-клиента:
В случае, если в клиентском лог-файле встретилась какая-либо «общая ошибка», например, «Внутренняя ошибка сервера», либо ее текст непонятен, необходимо:
- зафиксировать время воспроизведения ошибки;
- просмотреть все серверные лог-файлы за последний день.
При обращении в службу поддержки с какой-либо ошибкой необходимо сообщить указанные выше данные.
Подходы Directum к организации хранилищ
Существует два подхода к хранению документов: в базе данных SQL-сервера и непосредственно в файлах. Directum предлагает комбинированный вариант, который сочетает преимущества обоих подходов: простоту администрирования и высокую производительность хранилищ SQL-сервера и практически неограниченный объем данных при низкой стоимости хранения с возможностью потокового доступа к документам в файловых хранилищах.
Известно, что после 2-3 лет работы в системе документооборота около 50% документов перестают использоваться или используются реже одного раза в год, а с течением времени доля редко используемых документов постоянно увеличивается.
В Directum документы, находящиеся в оперативном обороте, могут располагаться в хранилище SQL-сервера, а для редко используемых документов и документов большого объема предусмотрена организация распределенных файловых хранилищ.
При этом пользователь может работать со всеми документами из одной среды.
Время восстановления системы
Обеспечение непрерывности бизнеса — важная задача всех систем управления. Выход из строя корпоративной системы даже на несколько часов может привести к огромным убыткам.
Благодаря использованию нескольких хранилищ разных типов уменьшается вероятность выхода из строя всей системы одновременно, резко снижаются косвенные и прямые затраты. Снижение прямых затрат связано, в первую очередь, с возможностью использования более дешевого оборудования для архивных данных. Снижение косвенных затрат объясняется меньшим временем восстановления системы после сбоя — за счет вынесения архивных данных из хранилища SQL-сервера увеличивается скорость ее восстановления и скорость включения пользователей в работу. Восстановление остальных частей системы может производиться уже в фоновом режиме. После накопления критической массы документов полное восстановление при использовании нескольких хранилищ происходит быстрее, чем при использовании одного хранилища за счет малой вероятности их одновременного отказа и возможности параллельного восстановления.
Инструкции администратора
Инструкция по установке и удалению системы DIRECTUM
Установка службы файловых хранилищ системы DIRECTUM
Для того чтобы установить службу файловых хранилищ системы DIRECTUM , сделайте следующее:
· Шаг 1. Начните установку Службы файловых хранилищ системы DIRECTUM. Для этого запустите файл H:\STORAGE\setup.exe;
Примечание . При установке системы DIRECTUM на операционные системы семейства Windows Vista необходимо запускать программу установки с явными правами администратора. Для этого нужно из контекстного меню файла setup.exe выбрать пункт меню Run as administrator…
· Шаг 2. Окно приветствия:
· Нажать на кнопку Далее >;
· Шаг 3. Окно «Лицензионное соглашение»:
· ознакомиться с текстом лицензионного соглашения DIRECTUM;
· выбрать Я принимаю условия лицензионного соглашения, если Вы принимаете условия этого соглашения;
· нажать на кнопку Далее >;
· Шаг 4. Окно «Информация о системе»:
· в поле *Имя SQL-сервера указать имя SQL-сервера, на котором установлена серверная часть системы DIRECTUM, по умолчанию имя компьютера;
· в поле *Имя базы данных указать имя базы данных серверной части системы DIRECTUM, по умолчанию DIRECTUM;
· в полях *Пользователь и Пароль указать соответственно логин и пароль пользователя SQL-сервера, обладающего правами администратора, по умолчанию sa;
· нажать на кнопку Далее >.
· Шаг 5. Окно «Настройка портов»:
· в поле *Порт службы файловых хранилищ указать номер порта, через который будет работать Служба файловых хранилищ системы DIRECTUM;
· нажать на кнопку Далее >;
Примечание . При установке Службы файловых хранилищ системы DIRECTUM на несколько компьютеров необходимо указывать один и тот же порт.
· Шаг 6. Окно «Папка установки»:
· нажать на кнопку Изменить и выбрать произвольную папку для установки, если необходимо произвести установку Службы файловых хранилищ системы DIRECTUM в папку, отличную от предлагаемой по умолчанию;
Примечание . Не следует производить установку в папку, где уже установлено какое-либо приложение, это может привести к неработоспособности продукта.
· нажать на кнопку Далее >;
· Шаг 7. Окно «Все готово к установке программы»:
· ознакомиться с настройками программы установки в поле Текущие установки;
· нажать на кнопку Установить, чтобы начать установку;
· Шаг 8. Окно «Программа установки Службы файловых хранилищ системы DIRECTUM 4.6 завершена»:
Протоколы сервера сеансов
Сервер сеансов может вести два протокола: протокол обращений к серверу сеансов и протокол регистрации пользователей. Имена протоколов задаются вместе с путями до них.
Задается в параметрах файла «SBSessionSrvSettings.xml», который находится в папке с сервером сеансов.
протокол регистрации пользователей - когда и какие пользователи входили в систему, и когда выходили из нее, а также указывается количество свободных лицензий в каждый момент времени.
Итак, вы стали администратором системы Directum RX, которая установлена локально. С чего же стоит начать? В статье расскажем основные рекомендации для начинающего администратора, который будет заниматься поддержкой стабильности и производительности системы.
Служба WorkFlow
*.sbworkflowsrv.log - при возникновении ошибок в работе службы Workflow (например, «Система на сервере XXX и базе YYY не обслуживается службой», ошибки при старте/остановке службы).
Также служба SBWorkflowSrv пишет информацию в журнал событий Windows. Посмотреть журнал можно с помощью оснастки Windows «Просмотр событий»: категория - Приложение, источник - SBWorkflowProcessingServer.
Шаг 4. Настройте учетные записи
Ну и перед тем, как приступить к настройке системы, нужно подготовить учетные записи. После установки в Directum RX появится несколько учетных записей для системных пользователей. Рассмотрим их подробнее.
Administrator. Администратор системы, под которым выполняется первоначальная настройка системы. Для входа в Directum RX и спользуйте пароль, который был указан при установке системы. После этого:
- создайте записи в справочнике «Сотрудники» и учетные записи для администраторов системы;
- включите необходимых сотрудников в предопределенную роль «Администраторы»;
- дальнейшую настройку системы выполняйте от имени созданных сотрудников. В целях безопасности работу под пользователем Administrator рекомендуется сократить до минимума или совсем закрыть пользователя, и дальнейшую настройку вести уже от имени своего администратора.
Adviser . Пользователь, у которого есть права на просмотр любых объектов системы . Смените пароль пользователя, если планируете его использовать. Если нет, то в целях безопасности закройте запись данного пользователя.
Integration Service. Учетная запись для сервиса интеграции. Смените пароль пользователя, если планируете использовать интеграцию, например, с 1С. Если интеграция не нужна, то закройте запись данного пользователя.
Итак, в целях безопасности проверьте перечисленные учетные записи для системных пользователей. Для Adviser и Integration Service смените пароли, если они будут использоваться, иначе их нужно закрыть. Учетную запись Administrator закройте и настраивайте систему от своего администратора, с другим логином и паролем.
Кроме того, есть еще Service User. Учетная запись, под которой будут работать сервисы Workflow, сервис предпросмотра, сервис планировщика и другие. Задается на этапе установки системы, если было выбрано значение Использовать стандартную учетную запись «Service User». В дальнейшем не рекомендуется менять пароль данной учетной записи. Но, если по каким-то причинам вы изменили пароль, то нужно доработать вручную конфигурационные файлы для веб-сервера, сервиса выполнения блоков схем задач Workflow и сервиса асинхронных событий. Параметры:
Перед тем, как изменить конфиги, нужно остановить пулы приложений агента ServiceRunner и перечисленных сервисов. После сохранения изменений пулы снова надо запустить.
После этого можно переходить к настройке Directum RX. Обратите внимание, если политики компании предусматривают, что в целях безопасности периодически необходимо менять пароли для входа в систему, то администратор может в настройках учетной записи для пользователя установить Требовать смены пароля при следующем входе. В этом случае при входе в систему у пользователя откроется окно:
И напоследок рекомендации к надежности пароля:
На этом все, используйте рекомендации в своей работе, а также делитесь в комментариях к статье своими рекомендациями и вариантами настройки.
Система хранения документов в электронном виде Directum File Storage Services, которая обеспечивает:
- надежность хранения документов;
- конфиденциальность и разграничение прав доступа;
- отслеживание истории использования документа;
- удобство и скорость поиска.
Обычно электронный архив работает с неструктурированными документами, у которых есть структурированное описание (карточка документа). Например, текстовые документы, электронные таблицы, графические файлы.
Архив документов и отлаженная работа с ним являются залогом здорового документооборота в любой организации. Система Directum решает широкий круг задач, связанных с организацией электронного документооборота.
Особенности и преимущества системы электронного документооборота и управления взаимодействием Directum:
- Размещение всего электронного архива документов в едином информационном пространстве базы данных и файловых хранилищ;
- Организация быстрого поиска документов по заданным реквизитам, полнотекстового поиска по содержимому текста с учетом всех языковых словоформ;
- Использование любых программ для создания и редактирования электронных документов (Microsoft Word, Microsoft Excel, AutoCad, CorelDraw, Visio и др.);
- Автоматическое создание документов, имеющих определенный заданный вид на основе заранее составленных шаблонов («Исходящее письмо», «Договор поставки», «Коммерческое предложение»);
- Сортировка архива документов по степени актуальности (в разработке, действующий или устаревший документ), с возможностью визуального отображения каждой из категорий;
- Работа с документами в различных режимах: на рабочем месте; экспорт документа из системы и импорт в систему;
- Реализация в системе управления архивом документов механизма, предотвращающего проблемы при одновременном доступе нескольких пользователей к одному документу;
И, наконец, важнейшим преимуществом программы для работы с электронными архивами документов является защита информации от несанкционированного доступа, которая обеспечивается: контролем и настройкой прав доступа; шифрованием электронных документов; протоколированием всех действий пользователей; наличием электронной подписи (ЭП), позволяющей работать с различными системами криптозащиты информации, в том числе сертифицированными ФСБ и ФСТЭК.
Файловое хранилище
Файловые хранилища представляют собой обычные папки в операционной системе, поэтому в качестве инструмента для создания бэкапов ФХ можно использовать любые средства резервного копирования файлов, например, штатную консольную программу RoboCopy.
В справке есть раздел «Резервное копирование файлового хранилища». В нем предлагается использовать стандартный компонент Microsoft Windows «Система архивации данных Windows Server».
Рекомендации по частоте создания бэкапов ФХ, месту их хранения те же, что и для бэкапов БД. Они были перечислены выше.
Восстановление ФХ из резервной копии
- ФХ работает под управлением сервиса хранилищ. Перед восстановлением сервис хранилищ необходимо остановить;
- после восстановления ФХ из резервной копии необходимо убедиться, что в конфигурационном файле сервиса хранилищ указана правильная папка ФХ;
- восстановление ФХ из бэкапа стоит производить совместно с восстановлением БД. При этом стоит использовать максимально близкие по времени создания экземпляры бэкапов БД и ФХ.
Допустимо использовать более поздние бэкапы ФХ с более ранними бэкапами БД. Если в базе данных не будет информации о телах документов (версиях), которые есть в файловом хранилище, то эти файлы в ФХ просто не будут использоваться.
Обратная ситуация, когда в ФХ нет файлов для версий документов, которые есть в БД, может привести к ошибкам в работе с этими документами.
Введение
Для многих компонент системы DIRECTUM ведутся лог-файлы, в которых фиксируются ошибки, исключения и некоторые действия. Имена и расположение лог-файлов зависят от компоненты. В статье приведен перечень лог-файлов для следующих компонент:
- Клиентская часть DIRECTUM
- Служба WorkFlow
- Сервер сеансов
- Служба файловых хранилищ
- Службы ввода и преобразования (DCTS)
- Утилита SASystemActivator
- Утилита SAKeyRegistration
- Утилита STConverter
- Репликация
- Сервер веб-доступа к DIRECTUM
- Расширения DIRECTUM для SharePoint
- Набор средств интеграции DIRECTUM
- Программы установки DIRECTUM
Клиентская часть DIRECTUM
Путь сохраняется в параметре «LogPath» файла «LogSettings.xml», который находится в папке «%ALLUSERSPROFILE%\Application Data\NPO Computer\IS-Builder». Если параметр «LogPath» пуст или файла настроек нет или не удается записать лог-файл в заданную папку, лог-файл записывается в папку профиля пользователя «%APPDATA%\NPO Computer\IS-Builder». Если папки профиля пользователя не доступна (не существует), то лог-файл записывается в каталог «%SystemDrive%\Documents and Settings\Default User\Application Data\NPO Computer\IS-Builder» (для Windows XP, 2000, 2003) или «%SystemDrive%\Users\Default\AppData\Roaming\NPO Computer\IS-Builder» (для Windows Vista).
Клиентская часть DIRECTUM ведет лог-файл профайлинга, предназначенный для мониторинга производительности системы. Подробно о механизме профайлинга написано в разделе «Профайлинг производительности системы» руководства администратора.
Также свои лог-файлы могут вести прикладные сценарии DIRECTUM. Более подробная информация об этом находится в описании сценариев.
База данных
Резервное копирование и восстановление БД осуществляется средствами СУБД. Поддерживается работа с Microsoft SQL Server и PostgreSQL. В зависимости от используемой СУБД могут использоваться разные варианты : полное, р азностное резервное копирование, резервное копирование журнала транзакций.
Выбор плана и стратегии резервного копирования базы данных Directum RX зависит от множества факторов, например, размера БД, приемлемого объема потери данных и активности работы с системой. Для обеспечения минимального достаточного уровня сохранности данных рекомендуется выполнять один из видов резервного копирования ежедневно. Пример реализации плана резервного копирования приведен в разделе справки «Стратегии резервного копирования».
Рекомендации по хранению резервных копий
- храните резервные копии (бэкапы) на физическом носителе, отличном от того, где размещена исходная БД. Бессмысленно хранить резервные копии на том же диске, на котором расположена рабочая БД. В случае выхода из строя физического носителя, вы потеряете как БД, так и ее резервные копии;
- целесообразно хранить несколько экземпляров бэкапов на разных носителях;
- полезно разнести хранилища бэкапов по разным помещениям или даже зданиям – на случай локальных затоплений, пожаров. Как минимум стоит разнести сервер с бэкапами и продуктивный сервер по разным кабинетам.
Восстановление БД из резервных копий
- перед восстановлением остановите все пулы приложений Directum RX и DrxServiceRunner. После окончания работ вновь запустите;
- всегда стоит помнить о том, что данные системы также хранятся и в файловом хранилище. Поднятие БД из бэкапа никак не затрагивает данные ФХ. Если их тоже нужно «откатить», то это надо делать дополнительно к работам с БД;
- если БД восстанавливается на новом сервере или сменилось ее имя, то после восстановления необходимо обновить информацию о подключении к БД во всех конфигурационных файлах серверных компонент Directum RX (сервер приложений, Worker и т.п.). Если серверные компоненты стоят на одном сервере, то обновить информацию о подключении к БД удобно с помощью конфигуратора настроек;
- если восстановление БД сопровождается изменением аппаратных параметров сервера, например, сменился диск или сервер, то систему нужно заново зарегистрировать новым регистрационным ключом, ключ запросить в службе поддержки Directum.
Сервер сеансов
Рекомендации по хранению лог-файлов
При активной работе системы быстро растет количество лог-файлов, размер папок, где они хранятся. Если не следить за этим, то с течением времени логи могут занять все свободное место на диске, создавая этим различные проблемы. Рекомендации ниже позволят этих проблем избежать.
- не храните лог-файлы на дисках, где находятся файлы операционной системы, исполняемые файлы программ. Выделите для логов отдельные диски. В случае переполнения этих дисков Directum RX просто перестанет писать новые логи. Работа ОС, программ при этом не пострадает.
- настраивать хранение логов нужно отдельно для каждого серверного компонента Directum RX в их конфигурационных файлах;
- во избежание переполнения папок с логами настройте регулярные процедуры их архивирования, очистки, переноса на другие диски с обеспечением ротации хранимых данных. Например, напишите скрипты на PowerShell. Определите политику хранения созданных архивов.
Расположение текстовых лог-файлов можно менять в конфигурационных файлах системы. Подробно можно посмотреть в разделе справки «Лог-файлы во время работы».
Шаг 3. Организуйте наблюдение
Чтобы вовремя диагностировать проблемы, решать их на ранней стадии, рекомендуется организовать регулярное наблюдение за системой и серверами. Для этого доступны следующие возможности:
- решение «Мониторинг системы Directum RX» для контроля состояния системы и окружения, в котором она работает. Решение наглядно отображает ключевые показатели технического состояния системы: метрики производительности серверов, статистику использования системы, ошибки в разрезе служб. Решение предоставляется бесплатно (при наличии действующего абонемента) по запросу в службу поддержки.
Точки контроля, по-крупному:
- работоспособность серверов, сервисов;
- загрузка CPU. Постоянное нахождение нагрузки на CPU в пиковом диапазоне – признак того, что система не справляется с нагрузкой, не имеет «запаса прочности»;
- расход ОЗУ. Анализируется аналогично CPU;
- свободное место на дисках. Отсутствие места на дисках может приводить к выключению сервера.
Шаг 1. Изучите архитектуру системы
Прежде всего рекомендуем начать с изучения архитектуры системы. Важно сразу разобраться и понять, из каких компонентов состоит система, как они взаимодействуют друг с другом. В дальнейшем это поможет правильно устанавливать компоненты системы, менять конфигурационные настройки, отслеживать их работоспособность и анализировать логи.
Кратко зафиксируем здесь основные моменты:
Благодаря использованию микросервисов обеспечивается:
- горизонтальная масштабируемость. Например, если в компании работают тысячи сотрудников, которые за день открывают большое количество документов для просмотра, можно установить несколько экземпляров сервиса предпросмотра документов на разные сервера;
- стабильность системы. В случае сбоя или остановки одного из сервисов, остальные продолжают функционировать, и система всегда остается доступной для пользователей. Например, если останавливается сервис предпросмотра документов, то в системе можно продолжать отправлять задачи на согласование, создавать документы, папки и прочее;
- простая установка, обновление и поддержка сервисов.
Подробно архитектура системы описана в справке, также на Directum Club периодически публикуются статьи с описанием изменений в архитектуре.
Читайте также: