Backup
不穩定的備份大小，從哪裡尋找原因
我有一個包含大約 50 個數據庫的新**SQL Server 2014 (12.0.2000)**實例，它最近是從 SQL Server 2005 升級而來的。
他們使用了大量的備份空間，因此舊的維護計劃被替換為不同的方法：
檢查數據庫完整性->備份數據庫（完整）（帶壓縮） ->重建索引->維護清理
這種情況每天都會在不使用數據庫時發生，並且它會將備份保留 5 天。
一開始它工作正常並且保存了很多備份驅動器，但隨後一些數據庫開始以不穩定的文件大小備份。
一些顯示文件大小變化的圖像：
這一次下降了很多，這是意料之中的。事情是，然後再下降兩次（？）
另一個當它下降一點，然後進一步縮小，最終變得比第一次壓縮備份時更大。
最後這個尺寸變小了，第二天又變小了，然後又變大了，那是第一天。
在這種情況下：
恢復時，文件的大小會增加很多：
所以他們確實恢復了他們應該的方式，但我在這裡想知道，他們的大小為什麼會發生變化，我完全可以理解壓縮之後的變化，但之後（？）。
為什麼備份會以這種方式執行？有什麼已知的原因嗎？
另外：日誌中沒有真正發生任何事情。
使用備份壓縮時，假設數據庫中的數據正在更改，備份的大小會發生很大變化。
每晚執行索引維護將在數據庫內大量移動數據，導致數據庫內分配的頁面數量發生不可預測的變化。索引碎片整理並不完美，也不能保證索引完全碎片整理——它只是減少碎片的一種方式。
您看到的更改量無需擔心，尤其是當您看到文件大小以千字節為單位時。