Журналы транзакций SQL Server в облаке

Распространенной практикой является размещение журналов транзакций ( *.ldf) на отдельной системе физического диска, чем файлы базы данных ( *.mdf, *.ndf).

В облачной среде виртуальных машин можно ли размещать журналы транзакций на той же букве диска, что и другие файлы данных? Как это обычно обрабатывается в современных облачных средах виртуальных машин.

ПРИМЕЧАНИЕ. Не используется SQL Azure. Использование виртуальной машины Windows с полным доступом.

— Джейсон Кресоваты
источник

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

— Аарон Бертран

Уточнено: не используется SQL Azure. Использование виртуальной машины с полноценным Windows, поэтому размещение журнала транзакций зависит от меня.

— Джейсон Кресоваты

Итак, если у вас есть несколько независимых томов, доступных для вашей виртуальной машины, почему вы думаете, что соображения размещения журналов будут отличаться для виртуальной машины по сравнению с физической машиной?

— Аарон Бертран

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

— Джейсон Кресоваты

Так о чем мы здесь говорим? Виртуальная машина, размещенная вами на оборудовании и хранилище, которыми вы управляете, или виртуальная машина, размещенная у облачного провайдера, такого как Azure или EC2?

— Марк Стори-Смит

Ответы:

В ходе моего обширного тестирования облачного SQL на облачных серверах (в частности, в облаке rackspace) я обнаружил, что разделение ldf и mdf на отдельные объемы блочных хранилищ значительно улучшило производительность. Я добился действительно высокой производительности, поместив ldf в том, что представляет собой блочное хранилище на основе SSD, а mdf в стандартный блочный том.

В конечном счете, конечно, блочный том хранилища где-то является общей SAN. А локальное хранилище «экземпляра» находится на самом гипервизоре. Таким образом, аппаратная топология вашей облачной среды будет определять, какой конфиг будет работать лучше всего.

— Jonesome Восстановить Монику
источник

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

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

Ничего нельзя получить от угла восстановления, так как вы не можете настаивать на том, что два тома будут распределены из разных массивов. Кроме того, существует тенденция к другому классу защиты, предоставляемому доступным хранилищам от крупных игроков. Например, хранилище Azure трижды реплицируется в центре обработки данных, а дополнительная копия реплицируется в отказоустойчивый центр обработки данных по умолчанию.

— Марк Стори-Смит
источник