Согласно этой статье, и несколько других, которые я нашел: Performance best practices for SQL ServerПочему лучшие практики сказать вам, чтобы отключить кэширование на диск журнала в SQL Server на лазурном VM
Это считается хорошей практикой отключить кэширование на премиальных дисках хранения для дисков SQL Server Log. Однако я не могу найти нигде, что объясняет, почему.
У кого-нибудь есть понимание?
Позвольте мне добавить, что причина, по которой я вижу отключение кэша только для чтения на диске журнала, как проблема, заключается в том, что вам нужно настроить два отдельных пула хранилищ внутри виртуальной машины, что делает модернизацию/понижение VM внутри Azure более проблематичным и значительно менее производительным.
Например, скажем, что вы начинаете с DS V13, который имеет ограничение на 16 дисков, но около 6 из этих дисков могут быть увеличены до дросселирования (25000 IOP). Поскольку лучшие практики говорят о кеше только для чтения для данных и кеша для журналов, вы даете 8 из этих дисков данным и 8 в журнал.
Теперь сервер нуждается в обновлении, поэтому вы обновите его до DS V14. Теперь вы можете выполнить максимум 12 дисков до дросселирования (50000 IOP). Тем не менее, размер столбцов хранилища данных вашего хранилища составляет всего 8, который дросселируется до 40000 IOP. Таким образом, вы не используете полный потенциал IO.
Однако, если вы можете начать с DS V13 и назначить все 16 этих дисков в один пул устройств хранения, тогда поместите на него как журнал, так и данные. Вы можете обновить/понизить до самого DS V15 без каких-либо проблем, чтобы не использовать потенциал вашего полного потенциала для ввода в эксплуатацию.
Другой способ: если вы создадите единый пул хранения для всех 16 дисков, у вас будет значительно больше гибкости при обновлении/понижении рейтинга виртуальной машины. Если вам нужно создать два пула хранилищ, вы этого не сделаете.
Я добавил Azure Storage обратно, потому что я думаю, что этот вопрос имеет больше общего с тем, чем все остальное. –