Что следует учесть при применении оперативного исправления на производственном сервере
В настоящее время мы используем Microsoft SQL Server 2008 R2 (SP1) - 10.50.2500.0 (X64) Enterprise Edition (64-разрядная версия) в Windows NT 6.1 (сборка 7601: пакет обновления 1) в качестве нашей базы данных хранилища производственных данных.
Мне нужно применить исправление / исправление безопасности версии 10.50.2550.0 для нашего производственного хранилища данных.
Кто-нибудь может сказать мне, пожалуйста, могу ли я напрямую применить это исправление к своему производственному серверу??
Я новичок в базе данных администратора домена.
Если я могу напрямую применить оперативное исправление к производственному серверу, то какие меры предосторожности я должен предпринять.
Должен ли я принудительно перезапускать производственный сервер в нерабочее время?
Замечания:
Я взял полную резервную копию производственной базы данных (
.bak), база данных msdb (msdb.bak), базы данных ssas cube (.abf), сервер отчетов (ReportServer.bak),ReportServerTempDB.bak, Резервное копирование ключа шифрования.*Я отключил автоматические обновления безопасности.
1 ответ
Вы можете применить исправление непосредственно к производственному серверу - это ваш выбор. Я бы настоятельно рекомендовал сначала протестировать его самостоятельно и сделать полную резервную копию системы до ее применения. Конечно, для этого вам нужно иметь тестовую среду, и проблема, которую вы пытаетесь решить, должна быть единой, которую вы можете обойти на работающей системе во время выполнения тестов. Только ты можешь ответить на это.
Microsoft заявляет, что исправления не так хорошо протестированы, как пакеты обновления и т. Д., И даже если бы они были, есть только один способ убедиться, что используемые вами базы данных не полагаются на что-то, чье поведение будет изменено исправить.
Надеюсь, исправление должно сказать, требует ли оно перезапуска служб SQL или чего-либо еще. Я был бы очень удивлен, если бы этого не произошло. Относительно того, означает ли это, что вам нужно запланировать это на нерабочее время, зависит от отношения ваших компаний к времени простоя на этом сервере БД.