Информацию о последних SP и кумулятивных обновлений для всех версий SQL Server можно найти в блоге Microsoft SQL Server Versions List

После того как мы выяснили какой именно CU является последним, переходим по указанной в блоге ссылке на скачивание. В соответствующей статье KB знакомимся с порядком установки данного обновления и переходим по ссылке View and request hotfix downloads

В открывшемся списке обновлений отмечаем необходимые для скачивания обновления

Список может быть большим, и чтобы в нём было легче сориентироваться, можно использовать статью KB822499 - Схема присвоения имен пакетам обновлений программного обеспечения Microsoft SQL Server. В конце этой статьи приведён небольшой FAQ , позволяющий понять то, в каких случаях требуется установка тех или иных обновлений из представленного списка. Например, оттуда можно подчерпнуть информацию о том, что скачивание и установка обновления SNAC требуется только на системах, где отдельно устанавливался SQL Native Client. Если мы собираемся лишь включить обновление в процесс установки сервера, то в большинстве случаев нам будет достаточно выбрать обновление SQLServer2008R2_RTM_CU*

После указания email мы получим письмо на этот адрес с указанием прямых ссылок на скачивание, а так же пароль необходимый для распаковки полученного архива.

Распаковываем скачанный архив с использованием соответствующего пароля и получаем установочный файл кумулятивного обновления (в нашем случае это файл SQLServer2008R2-KB2489376-x64.exe), который в свою очередь распаковываем в отдельный каталог, например, так:

SQLServer2008R2-KB2489376-x64.exe /x:”C:DistrCU6”

Основной дистрибутив SQL Server 2008 R2 распаковываем из ISO в отдельный каталог, например C:DistrRTM

После этого выполняем запуск программы установки из командной строки запущенной с правами Администратора командой:

C:DistrRTMSetup.exe /CUSource="C:DistrCU6"

Перед непосредственным этапом установки на шаге «Ready to Install» мастера установки можно будет убедиться в том, что используется тип установки с применением обновлений – Slipstream

Информацию о том, как интегрировать CU непосредственно в дистрибутив можно найти по ссылке How to slipstream SQL Server 2008 R2

По завершении процесса установки при желании можно изучить все логи установки, как это описано в статье MSDN Library - Как просмотреть и читать файлы журналов установки SQL Server

Чтобы убедиться в корректности применения CU в процессе установки мы также можем сформировать удобный сводный отчет о версиях установленных компонент SQL Server с помощью программы установки из меню Start (All Programs > Microsoft SQL Server 2008 R2 > Configuration Tools > SQL Server Installation Center)

В открывшейся диалоговой форме Центра установки SQL Server перейдём в Tools и выберем Installed SQL Server features discovery report

После чего будет сформирован и показан соответствующий отчет, в котором в колонке Version мы сможем увидеть версии всех установленных компонент SQL Server 2008 R2:

      <p><a href="https://blog.it-kb.ru/wp-content/uploads/2011/04/image6.png"><img style="display:block;float:none;margin:0 auto;" title="image" alt="image" src="https://blog.it-kb.ru/wp-content/uploads/2011/04/image_thumb6.png" width="623" height="422" /></a>

При планировании развертывания приложений активно использующих системную временную базу данных SQL Server – tempdb, необходимо учитывать тот факт, что по умолчанию файлы этой БД расположены на системном диске. Соответственно для того чтобы избежать в будущем возможных проблем, связанных с переполнением системного диска из-за увеличения размера файлов tempdb, нам по возможности нужно выделить для файлов этой БД отдельное логическое дисковое пространство.

При создании отдельного логического дискового пространства нужно понимать то, что оно не должно быть использовано для работы каких либо других приложений и его размер должен быть рассчитан исходя из технических требований приложения, использующего наш SQL Server.

Следует учитывать, что для достижения максимальной производительности в работе tempdb может потребоваться разнесение файла данных и лога транзакций БД tempdb. Также следует отметить то, что для поднятия производительности хорошо нагруженных систем в  документе MSDN Library - Optimizing tempdb Performance присутствует рекомендация создавать отдельные группы файлов tempdb на разных дисках для каждого ядра серверного процессора.

По умолчанию БД tempdb настроена на авто-расширение (Autogrow) и при каждой перезагрузке SQL Server пересоздаёт файлы этой БД с минимальным размером инициализации (Initial Size). Опираясь на рекомендации вышеуказанного документа, мы увеличим размер инициализации файлов tempdb таким образом, чтобы свести к минимуму затраты системных ресурсов на операции авто-расширения.

Для того чтобы определить где в текущий момент физически располагаются файлы БД tempdb, откроем  SQL Server Management Studio и выполним SQL запрос:

SELECT name, physical_name AS CurrentLocation

FROM sys.master_files

WHERE database_id = DB_ID(N'tempdb');

GO

Получим примерно такой результат:

Затем, определившись с тем, на каких логических дисках будут расположены файлы БД, и какой они будут иметь размер, выполним SQL запрос:

USE master;

GO

ALTER DATABASE tempdb

MODIFY FILE (NAME = tempdev, FILENAME = 'H:TempDB_Datatempdb.mdf' , SIZE = 10240);

GO

ALTER DATABASE tempdb

MODIFY FILE (NAME = templog, FILENAME = 'I:TempDB_Logtemplog.ldf' , SIZE = 3072);

GO

Перед выполнением этого запроса необходимо понимать, что если мы указываем размер файлов, то SQL Server сразу попытается увеличить существующие в данный момент файлы, и их размер окажется больше места, доступного на текущем диске места диске,- мы получим сообщение об ошибке.

После успешного выполнения запроса - перезапустим службу SQL Server и убедимся что наши файлы расположены там где мы хотим, выполнив SQL запрос:

SELECT name, physical_name AS CurrentLocation, size, state_desc

FROM sys.master_files

WHERE database_id = DB_ID(N'tempdb');

Если всё нормально, результат должен быть примерно таким:

После этого необходимо удалить файлы tempdb.mdf и templog.ldf с их старого месторасположения.

Дополнительные источники информации:

MSDN Library- Moving System Databases

MSDN Library - How to: Move a Database Using Detach and Attach (Transact-SQL)

KB224071 - How to move SQL Server databases to a new location by using Detach and Attach functions in SQL Server