Я разработчик программного обеспечения, но в этом месяце мне нужно выполнить несколько задач администратора базы данных. У меня есть пробелы в знаниях о том, как разделить базу данных, вот мой первый подход:
Также у меня есть SAN с диском RAID1 для журнала транзакций и диском RAID6 для файлов базы данных.
Мой вопрос: с этой конфигурацией db я должен создать файл для каждой файловой группы? правильная конфигурация файловой группы? Есть утечка производительности?
заранее спасибо
Насколько велика эта база данных? Какой объем трафика он может увидеть?
Ни одна из наших баз данных SQL-сервера не достигла точки, требующей более одного файла для данных и одного файла для журналов.
Как говорит doug_w, протестируйте различные конфигурации и посмотрите, как они работают. Но помните, что не стоит переусердствовать и усложнять обслуживание только потому, что это увеличит ваше среднее время отклика на 10%, в то время как среднее с простым было 0,1 секунды.
РЕДАКТИРОВАТЬ: после вашего комментария, указывающего размер и номера пользователей. Мне кажется, то, как вы разделите данные, будет зависеть от того, что они все делают. Будут ли все они попадать в одни и те же несколько столов, или все они попадают в большинство столов, или это довольно случайное распределение? Если все пользователи, вероятно, попадут в одни и те же столы, будь то несколько или большинство. Тогда моей первой тестовой конфигурацией было бы поместить все данные в один файл на один набор дисков. Очевидно, что это только начало, поэтому он все еще требует тестирования.
Кроме того, только что заметил, что вы говорите, что у вас уже есть RAID 6 для данных. Можете ли вы изменить это, как в make, на 2 отдельных массива. Вы не получите увеличения производительности, разделив базу данных на отдельные файловые группы, если все файлы находятся на одном наборе шпинделей. Если вы застряли с одним набором дисков, то единственная причина для разделения базы данных по файловым группам - это облегчить обслуживание. Такие вещи, как резервное копирование, могут выполняться на уровне файловой группы, поэтому, если вы сгруппируете все часто изменяющиеся данные в одной файловой группе, вы могли бы затем выполнять резервное копирование чаще и не создавать резервные копии статических данных.
Опять же, это действительно зависит от вашей стратегии резервного копирования, если у вас нет очень жестких сроков восстановления, вы можете быть удовлетворены полным резервным копированием каждую ночь и просто записывать резервные копии в течение дня.
Если вы укажете цель, вы можете получить более точные ответы, но вот попытка дать вам некоторую общую информацию по этому вопросу:использование файлов и файловых групп.
Вам понадобится как минимум один файл в каждой файловой группе. Если вы добавляете более одного файла в файловую группу, sql-сервер будет использовать эти файлы пропорционально в зависимости от размера файла (только файлы данных, файлы журнала обрабатываются по-разному).
Таблицы, которые часто объединяются в отдельные группы файлов, могут повысить производительность.
Test Test Test.
HTH