Распространенной практикой является размещение журналов транзакций ( *.ldf) на отдельной системе физического диска, чем файлы базы данных ( *.mdf, *.ndf).
В облачной среде виртуальных машин можно ли размещать журналы транзакций на той же букве диска, что и другие файлы данных? Как это обычно обрабатывается в современных облачных средах виртуальных машин.
ПРИМЕЧАНИЕ. Не используется SQL Azure. Использование виртуальной машины Windows с полным доступом.
sql-server
transaction-log
cloud
azure-vm
Джейсон Кресоваты
источник
источник
Ответы:
В ходе моего обширного тестирования облачного SQL на облачных серверах (в частности, в облаке rackspace) я обнаружил, что разделение ldf и mdf на отдельные объемы блочных хранилищ значительно улучшило производительность. Я добился действительно высокой производительности, поместив ldf в том, что представляет собой блочное хранилище на основе SSD, а mdf в стандартный блочный том.
В конечном счете, конечно, блочный том хранилища где-то является общей SAN. А локальное хранилище «экземпляра» находится на самом гипервизоре. Таким образом, аппаратная топология вашей облачной среды будет определять, какой конфиг будет работать лучше всего.
источник
Зависит от используемой облачной среды, но обычно имеет смысл поместить их на тот же логический диск. Если вам нужны дополнительные операции ввода-вывода в секунду, вы можете распределить их по нескольким томам, но при этом использовать один диск.
В облачной среде вы не являетесь единственным потребителем выделенного вам хранилища. Вы получаете маленький кусочек очень большого пирога, и поэтому все операции ввода-вывода случайны по своей природе. Ничего не получится, если попытаться отделить последовательный доступ (журнал) от случайного (данные).
Ничего нельзя получить от угла восстановления, так как вы не можете настаивать на том, что два тома будут распределены из разных массивов. Кроме того, существует тенденция к другому классу защиты, предоставляемому доступным хранилищам от крупных игроков. Например, хранилище Azure трижды реплицируется в центре обработки данных, а дополнительная копия реплицируется в отказоустойчивый центр обработки данных по умолчанию.
источник