Встреча с администраторами баз данных по проекту обновления сервера - общие проблемы

Я скорее администратор сети / Windows, и мне поручено наблюдать за проектом обновления сервера SQL. Мне нужно встретиться с администраторами баз данных и обсудить их потребности / пожелания относительно обновления. Я не хочу идти полностью слепым, поэтому я решил сначала спросить вас, ребята. Мы переходим от SQL Server 2008 к SQL Server 2008 R2 и, вероятно, переходим к Windows Server 2008 R2, где это возможно. Как администратор БД, какие у вас проблемы с таким обновлением? Что-нибудь, что вы хотели бы видеть одновременно?

Без какой-либо информации о природе системы (см. Мой комментарий к вопросу) или о том, почему вы обновляетесь, трудно дать какой-либо конкретный и / или краткий совет.

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

• Хранение - Проверьте выравнивание разделов, хотя это не проблема для W2K8 +, так как ручное выравнивание разделов обычно не требуется (за исключением нестандартного / экзотического SAN). Формат с размером блока 64 КБ, а не 4 КБ по умолчанию, для дисков с данными. Запустите базовый набор тестов SQLIO, чтобы вы a) имели возможность сравнить сервер X с сервером Y и b) у вас был уровень доверия к возможностям этих серверов.

• Антивирус - убедитесь, что файлы MDF, NDF и LDF исключены из вашего антивирусного сканера. Это может вызвать хаос в загруженной системе, исправить это до того, как это произойдет.

• База данных модели. Любые изменения, внесенные в базу данных модели, отражаются в каждой пользовательской базе данных, которую вы создаете. Установите размер модели и темпы роста для разумных значений для вашей среды / системы. Вместо любого другого руководства - ПРОСТОЕ восстановление (на случай, если кто-то забудет настроить резервное копирование журнала), 2048 МБ файла данных с ростом 1024 МБ, 1024 МБ файла журнала с ростом 512 МБ (согласно контрольному списку JK).

Для сервера / системы / приложения, которое считается критически важным для бизнеса и в котором действует жесткая SLA, планируйте худшее. С их помощью вы должны быть как можно ближе к 100% уверенности в том, что обновление не окажется понижением с точки зрения бизнеса или пользователей. Для этого уровня уверенности вам придется тестировать, тестировать и тестировать еще.

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

Мой предпочтительный подход - захват рабочей нагрузки и воспроизведение с помощью инструментов RML . Существует прекрасное руководство от SQL CAT по использованию RML именно для этой цели - Precision Performance для Microsoft SQL Server с использованием RML Utilities 9.0 .

С SQL 2008 на SQL 2008 R2 не так уж и много, но если вы переходите с Windows 2003 на Windows 2008, вам нужно обратиться к брандмауэру на основе хоста. Другие проблемы, которые следует беспокоить, - это задания агента, разрешения в master / msdb / model, миграция имен входа с одного сервера на другой, выполнение резервного копирования на новый сервер или обновление на месте, режим совместимости и т. Д.