Академия Специальных Курсов по Компьютерным Технологиям
    Главная страница Послать письмо
 
AskIt.ru  
   
   
   
   
   
   
 
 
  Главная / Заказные курсы / Microsoft SQL Server 2005 для администраторов
 
 

Получить учебные материалы по этому курсу


<-- Назад Читать дальше -->

2.1.2. Выбор оборудования

SQL Server 2005 - выбор "железа", процессор, память, дисковая подсистема, сетевая подсистема

Следующее, что предстоит сделать администратору — выбрать подходящее "железо" для нашего сервера.

Надо сказать, что все зависит, конечно, от вашей конкретной задачи. Для каких-то целей вполне достаточно обычного персонального компьютера, который будет выступать в роли сервера (например, для разработки), а для других задач на сервер придется потратить десятки тысяч долларов. Самый правильный подход здесь — это измерить средствами Performance Monitor/System Monitor расход ресурсов (например, оперативной памяти) на работу типичного пользователя и умножить полученное значение на количество ожидаемых пользователей (при этом надо не забыть про то, что их количество в будущем может увеличиться). Можно также попробовать эмулировать нагрузку для большого количества подключений средствами специальных программ, например, SQL Hammer из SQL Server 2000 Resource Kit.

Далее будет рассмотрена каждая из подсистем оборудования сервера с указанием минимальных требований для SQL Server 2005 и с некоторыми комментариями.

Первая подсистема — подсистема центрального процессора. Минимальные требования для всех редакций SQL Server 2005 — Pentium III 500 МГц. При этом требование к типу процессора (не ниже Pentium III) является обязательным, а требование к частоте — желательным (будет выдано предупреждение, но установку можно будет продолжить). Конечно же, работа с "минимальным" процессором никакого удовольствия вам не доставит, рекомендованные требования Microsoft — 1 ГГц и выше (для любых редакций SQL Server 2005).

Объективно измерить, хватает ли вам мощности процессора на вашем сервере, можно при помощи Системного монитора (меню Пуск | Программы | Администрирование | Производительность). Подробно про работу с Системным монитором и его счетчиками будет рассказываться в разд. 11.4. Нужный счетчик называется Процессор: % загруженности процессора (он выбирается по умолчанию в Системном мониторе). В соответствии с Microsoft значение этого счетчика в течение продолжительного промежутка времени (например, в течение рабочего дня) не должно превышать 80%.

И еще обратим внимание на два момента, которые связаны с процессорной подсистемой.

Существует 64-битная версия SQL Server 2005, которая, конечно, должна устанавливаться на 64-битную версию Windows. Эксперименты показывают, что использование этой версии действительно дает заметный выигрыш в производительности. Но следует учитывать, что 64-битная версия SQL Server 2005 — это фактически только ядро базы данных. Пока не предусмотрено 64-битных средств администрирования (пока администрировать такой сервер придется с 32-битной рабочей станции), будут недоступны многие возможности подсистемы SSIS, сильно ограничены возможности репликации, вообще не поддерживается Reporting Services, отсутствует поддержка многих сетевых библиотек и т. п. Так что при выборе платформы обязательно подумайте, устроит ли вас версия SQL Server с такими ограничениями.

Вторая подсистема — это подсистема оперативной памяти. Минимальные требования к компьютеру, на который устанавливается SQL Server 2005 — 512 Мбайт оперативной памяти, для SQL Server 2005 Express Edition (бывшая MSDE) — 192 Мбайт. Для большинства редакций SQL Server 2005 количество используемой оперативной памяти лимитируется только ограничениями операционной системы, но есть и исключения: SQL Server 2005 Express Edition использует не более 1 Гбайт оперативной памяти, а SQL Server 2005 Workgroup Edition — не более 3 Гбайт.

В SQL Server 2005 за счет активного использования платформы .NET требования к оперативной памяти сильно повысились как для ядра базы данных, так и для средств администрирования. Объективно оценить, достаточно ли у вас оперативной памяти, можно при помощи двух счетчиков Системного монитора:

q      Память: Обмен страниц в сек. Этот параметр определяет, достаточно ли физической оперативной памяти для всего вашего компьютера. Физически он показывает число обращений к файлу подкачки в секунду. Согласно Microsoft, для систем с SQL Server 2005 среднее значение этого параметра не должно превышать 10 для продолжительного промежутка времени;

q      SQL Server Buffer Manager: Buffer cache hit ratio (Менеджер буфера SQL Server: процент попаданий в кэш). Это количество запросов пользователей, которые обслуживаются из кэша буферов базы данных без необходимости обращения к файлам данных на диске. Этот параметр показывает, достаточно ли оперативной памяти самому SQL Server 2005. Для систем OLTP, к которым относится подавляющее большинство баз данных, значение этого счетчика должно быть не меньше 90% (после нескольких часов работы при реальной нагрузке). Для хранилищ данных в связи с их спецификой (мало изменений и много операций полного сканирования таблиц) требования к оперативной памяти ниже, зато выше требования к дисковой подсистеме.

Третья подсистема — дисковая. Минимальные требования по дисковому пространству при установке всех компонентов — около 700 Мбайт в зависимости от выбранной версии SQL Server 2005. При этом бóльшая часть дискового пространства (390 Мбайт) уйдет на учебные базы данных, которые, конечно, на рабочем сервере вам не нужны. С точки зрения оценки производительности дисковой подсистемы, главный счетчик в Системном мониторе для нее — Логический диск: % активности диска, т. е. сколько процентов от общего времени дисковой подсистеме приходится работать. В соответствии с Microsoft значение этого счетчика не должно приближаться к 100% на протяжении продолжительного промежутка времени.

В официальных учебных курсах Microsoft описывается идеальная конфигурация файловой системы для SQL Server. Опыт показывает, что эта конфигурация действительно является наиболее удобной. Выглядит она так:

q      первый раздел (назовем его условно C:) отводится под файлы операционной системы и программные файлы (а также служебные базы данных) самого SQL Server 2005. Рекомендованный размер — не ниже 4 Гбайт (учитывая размеры современных пакетов обновлений, лучше позаботиться о дополнительном пространстве). Конечно, этот раздел должен быть отформатирован в NTFS. Этот раздел рекомендуется помещать на два зазеркалированных жестких диска (большой нагрузки на них все равно не будет, а это самый простой способ защититься на случай выхода из строя одного диска);

q      второй раздел (условно D:) отводится только под файлы рабочей базы данных (без журналов транзакций или каких-то других файлов). Рекомендуется использовать для него внешний RAID-массив не ниже 5-го уровня. Внешний — потому, что в этом случае при отказе сервера вы сможете просто подключить этот RAID-массив к другому серверу и присоединить к нему вашу рабочую базу данных. Операцию присоединения проще всего выполнить из SQL Server Management Studio в окне Object Explorer (Проводник объектов), используя команду Attach (Присоединить) контекстного меню для контейнера Databases (Базы данных). Времени на такую операцию уходит намного меньше, чем на восстановление с ленты.

Если вы приобретете внешний RAID-массив, входящий в список совместимого оборудования (Hardware Compatibility List, HCL) Microsoft для Cluster Services, то вы можете при желании реализовать кластер для SQL Server 2005.

Дискового пространства на этом разделе должно быть много. Рекомендуется определить, сколько места потребуется вашей базе данных с учетом ее роста в ближайшие годы, и умножить полученную цифру на два. Дополнительное дисковое пространство может сэкономить вам множество сил при выполнении операций восстановления, перестроения индексов и т. п.

Конечно, этот раздел должен быть отформатирован в файловой системе NTFS. Для максимальной производительности он форматируется с размером блока в 64 Кбайт (чтобы соответствовать размеру экстента SQL Server). При форматировании средствами графического интерфейса такой размер не выбрать — придется использовать команду FORMAT из командной строки.

q      третий раздел (условно E:) отводится только под журналы транзакций рабочей базы данных. Существует четкое правило: файлы журналов транзакций должны находиться на разных физических дисках по отношению к файлам баз данных. Соблюдение этого правила позволит в случае отказа диска восстановить базу по состоянию на момент сбоя, а несоблюдение — только на момент создания последней резервной копии.

Выбор вариантов реализации этого раздела сильно зависит от разных условий. Например, в зависимости от требований к отказоустойчивости для вашей базы данных этот раздел можно создать на отдельном RAID-массиве, на двух зазеркалированных дисках или просто на одном жестком диске (потеря журналов транзакций, если сохранились файлы данных, большой трагедией не является — их можно очень быстро сгенерировать заново, отключив и вновь подключив базу данных).

Размер этого раздела больше всего зависит от трех факторов: режима восстановления базы данных (Full, Bulk-logged или Simple — см. разд. 4.5), меняется на вкладке Files (Файлы) свойств базы данных), интенсивности внесения изменений и частоты резервного копирования. Максимального размера журнала транзакций требуют специальные промежуточные базы данных (staging databases), в которые каждую ночь могут загружаться данные из разных источников, сводиться воедино, обрабатываться и затем, после записи результатов в файл или в хранилище данных, удаляться. Для таких баз данных требуемый размер журнала транзакций может приближаться к размеру самой базы данных. Минимальные требования к этому разделу предъявляют редкоизменяемые хранилища данных. Обычный размер файлов журналов транзакций в базах данных OLTP — около 10% от общего объема рабочей базы данных.

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

Автору не раз доводилось видеть такую картину: покупается мощный сервер с одним дорогим и надежным RAID-массивом. Этот RAID-массив становится одним разделом, на который помещается все: и программные файлы, и файлы баз данных, и файлы журналов транзакций. Конечно же, такой подход является неправильным. Самое лучшее "железо" RAID-массива не спасет вас, к примеру, от ошибок в драйвере SCSI-контроллера, что может привести к потере всех данных. Кроме того, при таком подходе могут возникнуть проблемы с фрагментацией диска.

Четвертая подсистема сервера — сетевая. С точки зрения SQL Server, автору почти не приходилось встречаться с ситуациями, когда эта подсистема стала бы узким местом. Наоборот, очень часто главным фактором, который требует перевода приложения с настольной системы (Access, FoxPro, Paradox) на SQL Server, является то, что сеть не справляется с потребностями по постоянному перемещению файлов MDB, DBF, DB с файл-сервера на клиентский компьютер и обратно. С SQL Server таких проблем не возникает.

Единственный момент — SQL Server 2005 не удастся установить на компьютер, на котором нет сетевого адаптера. Если вы хотите поэкспериментировать с сервером дома, а сетевой карты у вас нет, то потребности SQL Server 2005 вполне удовлетворит программный эмулятор сетевого адаптера от Microsoft — Адаптер Microsoft замыкания на себя (Microsoft Loopback Adapter). Он имеется в дистрибутиве Windows NT 4.0, Windows 2000, XP и 2003 (рис. 2.1).

Рис. 2.1. Установка программного эмулятора сетевого адаптера

 

   
   
   
   
   
   
   
   
   
   
 
<-- Назад Читать дальше -->

Получить учебные материалы по этому курсу


 
© 2004-2016, Академия Специальных Курсов
по Информационным Технологиям
.
Все права защищены.

Разработка NevaStudio
г. Санкт-Петербург, Васильевский остров,
20-я линия, д. 7
Офис 101, 2-й этаж
Телефон: 8(812)922-47-60
E-mail: info@askit.ru