SQL Server TDE 與 SQL Server 數據庫備份
誰能幫我理解以下情況：
請就以下情況提出建議：
SQL Server 在 2014 SP2 GDR 版本上
我閱讀了 Compression 和 TDE 並沒有齊頭並進。
我有 2 個 PRD 環境：
伺服器 1 和伺服器 2 之間的表結構相同。
- 啟用 FileStream 的伺服器 1 中的數據庫大小約為 400 GB。FileStream 內容大小約為 300 GB。
- 啟用 FileStream 的伺服器 2 中的 DB 大小約為 687 GB。FileStream 內容大小約為 600 GB
目前，上述數據庫都啟用了 TDE。
當我在下面備份時，它們不在 TDE 上時的詳細資訊：
伺服器 1 中的數據庫大小約為 400 GB，大約需要 51 分鐘
伺服器 2 中的數據庫大小約為 687 GB，大約需要 108 分鐘
當我在下面備份時，它們是 WITH TDE 時的詳細資訊：
伺服器 1 中的數據庫大小約為 400 GB，大約需要 57 分鐘
伺服器 2 中的數據庫大小約為 687 GB，大約需要 207 分鐘
我的觀察
在與 Server 2 具有相同規格的 Server 1 中，所用時間為 51 Minutes (Pre TDE) –> 57 Minutes after TDE Enabled
在與伺服器 1 具有相同規格的伺服器 2 中，所用時間為 108 分鐘（TDE 前）–> 啟用 TDE 後 207 分鐘
我的問題 為什麼與伺服器 2 所用時間相比，這種差異幾乎翻了一番，但伺服器 1 只有 7 分鐘。
注意：另外，我的數據庫在備份時使用 TDE + EFS（加密文件系統）。
請告知，因為壓縮和 TDE 不能齊頭並進。在伺服器 2 中花費的時間是 DOUBLE 的原因是什麼，而在伺服器 1 中，啟用 TDE 後僅 7 分鐘。
問候
根據迄今為止的評論 -
SQL Server 不知道 EFS 如何進行加密。關閉 EFS - 時間減少幾乎與 TDE 之前的時間相似（由 OP 確認）。
這意味著 EFS 正在減慢備份速度。
請記住，EFS 和 TDE 都將保護靜態數據。因此，對於 sql server，您應該有一個全域策略來將 sql server 文件系統從 EFS 中排除。