Microsoft SQL Server 會提供一組完整的工具，用以監視 SQL Server 中的事件及調整實體資料庫設計。工具的選擇取決於要執行的監視或調整類型以及要監視的特定事件。

如需詳細資訊，請參閱下列連結： https://docs.microsoft.com/en-us/sql/relational-databases/performance/performance-monitoring-and-tuning-tools?view=sql-server-2017 >

SQL Server 資料的副本可用於在失敗之後還原和復原資料。在資料庫層級，或在資料庫的一或多個檔案或檔案群組的層級，建立 SQL Server 資料備份。無法建立表格層級備份。除了資料備份之外，完整復原模式需要建立交易記錄檔的備份。

這是一種資料庫屬性，用於控制資料庫的交易記錄檔維護。存在三個修復模式：簡單模式、完整模式與大量記錄模式。資料庫的復原模式可決定其備份與還原需求。

這是一個多階段程序，用於將指定的 SQL Server 備份中的所有資料與記錄檔頁面複製到指定的資料庫，然後透過套用記錄的變更以向前復原備份中記錄的所有交易，以便及時將資料上移一層。

如需詳細資訊，請參閱

可擴充性是應用程式能夠有效地使用利用更多的資源來執行更多有用工作的能力。

可擴充共用資料庫是 SQL Server 中實行之最簡單的擴充解決方案。在此情況下，在 SAN 上建立資料庫，然後將在不同伺服器上執行的最多八個 SQL Server 執行個體附加至資料庫，並開始處理查詢。這是傳統的「共用磁碟」式擴充解決方案，其中對處理能力進行了向外擴充，但僅使用資料的單一磁碟映像。此時，那些熟悉 SQL Server 的人員可能會提出此類問題：「但鎖定會發生什麼情況？我以為每個 SQL Server 執行個體在其自己的記憶體中都會保留其自己的鎖定。」確實是這樣。每個執行個體會維持其自己的資料庫鎖定，所有執行個體均不瞭解其他執行個體的鎖定情況。唯一可行的方式是，如果沒有鎖定，則僅當將資料庫附加為唯讀資料庫時，可擴充共用資料庫才有效。這表示可擴充共用資料庫非常適合資料倉儲或報告資料庫，但它們不適合用於更新資料的應用程式。回到我們的資料特性，僅當「更新頻率」為零時，可擴充共用資料庫才有效。這些資料是依定義組織的歷史資料，因此涵蓋了所有參照資料。

在 MSSQL Server 中，任何索引鍵的長度不得大於 900 個位元組。雖然可以使用最大大小可達 900 個位元組的可變長度欄來定義鍵，但在此情況下，必須在這些欄中插入資料長度大於 900 個位元組的列。( https://docs.microsoft.com/en-us/sql/sql-server/maximum-capacity-specifications-for-sql-server?view=sql-server-2014&redirectedfrom=MSDN)。