Подготовка DIRECTUM к ''зиме''

Речь в статье пойдет не о переобувке на зимнюю резину и заправке DIRECTUM незамерзайкой. На носу у многих из нас переход на зимнее время, что на практике приравнивается, например, к смене часового пояса. Как же подобный переход может повлиять на весьма всесезонную систему?

Сам по себе переход на зимнее\летнее время, конечно, не меняет картину для организации, все ПК которой находятся в одной сети и периодически сверяют время с контроллером. Но если администраторы не предусмотрели автосинхронизацию времени на всех рабочих станциях или имеются пользователи в других часовых поясах, то они могут столкнуться со следующими ситуациями:

1. Разница во времени между клиентами и сервером может повлиять на функционал подписания документов\задач в системе. Подробнее влияние разницы описано в статье: "Срок действия сертификата истек, или не наступил" при попытке подписать документ
2. Даже такая привычная вещица как WINDOWS – аутентификация может нарушиться при расхождении времени на ПК клиента и сервера: SQL State: HY000, SQL Error Code: 0. Не удалось подключиться к базе данных ''SQL-сервера".
3. Для механизмов распределенной работы с системой DIRECTUM также есть свои нюансы. Например DICS и репликация, обзорное сравнение которых производилось в материале DICS vs. REPLICA`ция, по-разному реагируют на время серверов.

Поэтому стоит учитывать следующие особенности:

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