SQL 2008 R2: данные \ журнал разделов

У меня есть настройка SQL Server, которую предыдущий ИТ-специалист настроил с разделом данных 2 ТБ и разделом журнала 1 ТБ. Раздел ОС имеет размер 244 ГБ, а SQL устанавливается на отдельный раздел размером 1 ТБ.

У нас есть дополнительные 8 ТБ хранилища, которые я хотел бы, чтобы новый ИТ-персонал подключил к сети. Он хочет создать 4 новых раздела данных по 2 ТБ. Я считаю, что это сбивает с толку. Разве мы не можем просто сделать резервную копию текущего раздела данных, уничтожить его и создать новый раздел данных 10 ТБ

Я отвечаю за администрирование данных на сервере, но мне не разрешено выполнять настройку самостоятельно. Это ГИС-сервер, на котором работает ArcGIS Server с около 60 базами геоданных от 20 ГБ до пары, которая может вырасти до ТБ.

Итак, 5-2 ТБ разделов данных или 1-10 ТБ разделов.

Спасибо за совет.

2 ответа

Я думаю, что всякий раз, когда вы добавляете значительный объем хранилища (и я думаю, что добавление 300% является значительным), пришло время переоценить, как хранилище используется в целом.

Есть разделы и есть диски, поэтому первое, что вы хотите сделать, это убедиться, что фактические диски, используемые с каждым разделом, являются отдельными. (обратите внимание, что некоторые массивы хранения не позволяют этого - или затрудняют это, например, массивы 3par и HP EVA). Если они не разделены, вам все равно нужно знать, где вы стоите. Базы данных не должны быть одним файлом. Базы данных должны иметь количество файлов, равное количеству ядер, доступных для сервера SQL. Эти файлы могут быть распределены по нескольким разделам. Кроме того, TempDB должен быть расположен на ваших самых быстрых дисках (или, как минимум, я бы выделил раздел для tempDB.

Вот некоторые общие рекомендации - для получения более подробной информации см. Физический дизайн хранилища базы данных.

Идея состоит в том, чтобы хранить данные SQL и файлы журналов на отдельных дисках и шпинделях, чтобы следовать рекомендациям SQL.

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

http://technet.microsoft.com/en-us/library/bb402876.aspx

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

Кроме того, для раздела, используемого для размещения данных SQL, я бы определенно рекомендовал создать дисковые массивы в RAID 10 для максимального дискового ввода-вывода и избыточности. Для раздела, созданного для журналов, вам нужен только RAID 5.

Другие вопросы по тегам