Федерация Azure SQL - сколько данных перед выигрышами в производительности?
Файлы дельты являются снимками. Я столкнулся с проблемами в прошлом, где сценарий, который мы использовали (ghettoVCB), не удалял свои снимки иногда. Способ удалить файлы дельты (который необходимо сделать, становится более трудным удалить их, как они становятся более крупными), состоит в том, чтобы удалить все снимки на VM. Вы копируете сценарий, должен удалить снимки, как только он сделал - Вы никогда не должны оставлять снимки на VM.
Иногда Вы добираетесь до состояния, где Вы не видите снимок в менеджере, но существует все еще файл дельты для него. В этом случае, беря новый снимок, затем делая a delete all команда может часто работать. Однако в прошлом я абсолютно не мог избавиться от снимка и должен был обратиться к обработке изображений VM к новому, затем удалив старый из диска с rm -rf.
Удостоверьтесь свои резервные копии (внутренние, которые получают данные), хорошо работают, прежде чем Вы начнете бездельничать с чисткой снимков.
Это действительно будет зависеть, и вы, вероятно, не получите здесь хорошего ответа, потому что существует так много переменных. В примере строки 100M вы хотите разбить. С меньшими числами, вероятно, нет.
Теперь, когда сказано, что, вероятно, будет проще настроить сегментирование сейчас, чем позже.
Если у вас много данных, я бы подумал о запуске SQL Server на выделенной виртуальной машине. У вас есть полный контроль над: корпоративными функциями, распределением форматов дисков с данными, чередованием дисков с данными, использованием флагов трассировки, полными функциями SKU и т. Д.
Один SQL Server, выделенный на виртуальной машине, обеспечит вам большую производительность, чем совместное использование SQL База данных Azure, и она даст вам больше порога, прежде чем придется оптимизировать.