Рекомендуемая конфигурация сервера базы данных
SYSDBA (обсуждение | вклад) (→Оптимальный размер страницы базы данных) |
SYSDBA (обсуждение | вклад) (→Регулярное архивирование базы данных) |
||
| Строка 56: | Строка 56: | ||
=== Регулярное архивирование базы данных === | === Регулярное архивирование базы данных === | ||
| − | Даже дорогой и "навороченный" RAID контроллер может выйти из строя. Регулярное архивное копирование базы на другой компьютер, отдельный жесткий диск или внешний носитель -- единственный способ обеспечить сохранность информации. | + | Даже дорогой и "навороченный" RAID контроллер может выйти из строя. Регулярное архивное копирование базы на другой компьютер, отдельный жесткий диск или внешний носитель -- единственный способ обеспечить сохранность информации. Автоматическое архивирование по расписанию может быть осуществлено с помощью утилиты gbak<ref>[[Автоматическое архивирование]]</ref>. |
=== Примечания === | === Примечания === | ||
Версия 20:57, 20 февраля 2011
Универсальным ответом при выборе конфигурации сервера базы данных могло бы быть: "Чем больше, тем лучше!". Больше памяти, больше процессоров, больше дисков в массиве. Однако, не каждая организация может позволить себе неограниченный бюджет на покупку нового сервера. Здесь мы приводим минимальные конфигурации для обеспечения комфортной работы пользователей с базой данных платформы Гедымин.
Следует понимать, что приведенные здесь типовые конфигурации и рекомендации — это не точные инструкции, способные гарантировать результат в каждом конкретном случае. Нагрузка на сервер базы данных зависит от многих факторов, среди которых:
- Размер файла базы данных
- Количество одновременно подключенных к серверу пользователей
- Интенсивность работы пользователя
- Особенность работы пользователя (преимущественно ввод и редактирование, преимущественно просмотр, построение "тяжелых" запросов и т.п.)
- И многое другое
Параметры ниже указаны для выделенного сервера базы данных, который не выполняет иных функций (например, контроллера домена, прокси сервера, почтового сервера, файл сервера организации). Подразумевается, что сервер обслуживает одну базу данных. Существенно повлиять на производительность способны фоновые программы, особенно антивирусы.
| Параметр | Малая БД | Средняя БД | Большая БД |
|---|---|---|---|
| Размер файла базы данных, Гб | менее 5 | 5-25 | более 25 |
| Количество одновременных подключений | менее 10 | 10-40 | более 40 |
| Рекомендуемый минимальный размер ОЗУ | 4 Гб | 8 Гб | 16 Гб |
| Операционная система Windows Server 2003 R2 или Windows Server 2008 R2 | 32 bit | 64 bit | 64 bit |
| Файловая система | NTFS | NTFS | NTFS |
| Количество ядер процессоров | 1 | 4 | 8 |
| Количество жестких дисков | 2 HDD | 4 НDD на 15К rpm | 8 НDD на 15К rpm |
| Уровень RAID[1] | RAID 1. Встроенный RAID контроллер или RAID массив, организованный средствами ОС | RAID 10 на внешнем контроллере | RAID 10 на внешнем контроллере |
Суперсервер или классик?
Сервер классической архитектуры имеет смысл использовать для средних и больших баз по причине его повышенной устойчивости (падение или принудительное завершение одного процесса не сказывается на остальных подключениях), а так же на многоядерных системах для распараллеливания выполнения запросов[2]. Производительность классика сильно зависит от файлового кэша операционной системы и скорости обмена данных с диском. При использовании сервера классической архитектуры размер буфера не должен превышать 1000 страниц.
Оптимальный размер страницы базы данных
Вся информация в файле базы данных разбита на страницы. Страница — это минимальная единица обмена данными сервером с дисковой подсистемой. Допустимые размеры страниц: 2048, 4096, 8192, 16384 байт. Теоретически, меньший размер страницы должен давать выигрыш в сценариях с преобладанием операций добавления/изменения данных. Больший — при преобладании операций индексированного чтения (поиска по индексу).
Оптимальный размер страницы базы данных можно подобрать только путем выполнения серии тестов на конкретном сервере. По умолчанию, при восстановлении базы данных из архива, Гедымин предлагает размер страницы 8192 байт. Для достижения максимальной скорости, размер кластера жесткого диска (стрипа, в случае RAID массива) должен совпадать с размером страницы.[3]
Батарейка для RAID контроллера
При покупке внешнего RAID контроллера стоит убедиться, что батарейка энергонезависимой памяти входит в комплект поставки. За работоспособностью батарейки стоит следить в процессе эксплуатации. Выход ее из строя, как правило, ведет к отключению кэша на запись и существенному падению производительности.
Регулярное архивирование базы данных
Даже дорогой и "навороченный" RAID контроллер может выйти из строя. Регулярное архивное копирование базы на другой компьютер, отдельный жесткий диск или внешний носитель -- единственный способ обеспечить сохранность информации. Автоматическое архивирование по расписанию может быть осуществлено с помощью утилиты gbak[4].
