?

Log in

No account? Create an account
 

Проблемы с часовым поясом (Timezone) в Microsoft System Center Data Protection Manager - Дмитрий Максимов

About Проблемы с часовым поясом (Timezone) в Microsoft System Center Data Protection Manager

Previous Entry Проблемы с часовым поясом (Timezone) в Microsoft System Center Data Protection Manager 27 фев, 2016 @ 17:12 Next Entry
При добавлении защищаемого сервера, сервер DPM сохраняет текущий часовой пояс у себя в таблице tbl_AM_ServerTimeZone и в дальнейшем составляет расписание заданий резервного копирования в соответствии с этой зоной.

Расписание всегда составляется, исходя из локального времени защищаемого сервера. То есть, если Вы видите в консоли задание, запланированное на 2 часа ночи, то это будут два часа ночи по местному времени защищаемого сервера, а вернее, это будет то время, в которое, по мнению сервера DPM, на защищаемом сервере наступит два часа ночи.

И вот тут начинаются проблемы. Допустим:

1. Вы неправильно установили часовой пояс на защищаемом сервере, или просто забыли его установить до момента добавления сервера в DPM, или
2. Вы перенесли сервер в другой часовой пояс, или
3. Описание часового пояса изменилось, в соответствии с решениями государственных органов

Так вот, даже если после этого вы правильно установили часовой пояс на защищаемом сервере, сервер DPM об этом не узнает. Для него защищаемый сервер все еще находится в том часовом поясе, в котором он находился в момент первоначального подключение к серверу DPM, что легко может привести к тому, что задания станут выполнятся совсем не в то время, которое Вы имели в виду, например, вместо глубокой ночи - в середине рабочего дня.

По счастью, решение есть, правда его надо использовать на свой страх и риск.

1. Сделать бэкап базы DPMDB командой DpmBackup -db
2. Подключится к экземпляру SQL сервера, использующегося сервером DPM (в моем случае MSDPM2012) с помошью SQL Management Studio.
3. Выполнить нижеследующий запрос (для часового пояса UTC+3, для других часовых поясов все будет по-другому)

use DPMDB
go

update tbl_AM_ServerTimeZone set
Bias = -180 ,
Description = '(UTC+03:00) Moscow, St. Petersburg, Volgograd (RTZ 2)' ,
DaylightName = 'Russia TZ 2 Daylight Time' ,
DaylightBias = -60 ,
DaylightYear = 0 ,
DaylightMonth = 0 ,
DaylightDayOfWeek = 0 ,
DaylightDay = 0 ,
DaylightHour = 0 ,
DaylightMinute = 0 ,
DaylightSecond = 0 ,
DaylightMillisecond = 0 ,
StandardName = 'Russia TZ 2 Standard Time' ,
StandardBias = 0 ,
StandardYear = 0 ,
StandardMonth = 0 ,
StandardDayOfWeek = 0 ,
StandardDay = 0 ,
StandardHour = 0 ,
StandardMinute = 0 ,
StandardSecond = 0 ,
StandardMillisecond = 0 

from tbl_AM_ServerTimeZone join tbl_AM_Server on tbl_AM_Server.ServerId = tbl_AM_ServerTimeZone.ServerId
where NetbiosName='%PUT SERVER NAME HERE%'

go



Источник: http://raunomagi.blogspot.ru/2013/09/resolve-dpm-agents-time-zone-problems.html
Оставить комментарий
Top of Page Разработано LiveJournal.com