備份 Team Foundation Server

  • 發行項

更新：2007 年 11 月

如果要在發生故障時完整還原 Team Foundation 部署，Team Foundation 部署需要您在存放資料的每個位置中建立備份。建立備份是保護您的 Team Foundation 部署不會遺失的主要概念。下列清單摘要列出您必須為每一個層備份的項目。

  • 資料層：Team Foundation Server 資料層包含數個 SQL Server 資料庫，其中某些資料庫會當做 Team 專案入口網站。您可以手動執行資料庫備份，也可以使用在特定時間或按特定間隔執行的維護計劃來自動執行資料庫備份。Team Foundation Server、SharePoint 產品和技術以及 SQL Server Reporting Services 會將資料儲存在資料層的 SQL Server 資料庫中。

    警告：

    雖然 SQL Server Management Studio 可讓您一次備份個別的資料庫，但是從這類備份還原可能會造成非預期的結果，因為資料庫是相關的，而您冒著還原過期版本的風險。

  • 應用程式層：Reporting Services 位於應用程式層上，而且具有您必須備份的加密金鑰。您可以使用 Reporting Services 組態工具或命令列工具來手動備份報告伺服器加密金鑰，此加密金鑰會保護儲存於報告伺服器資料庫中的機密資訊。

    注意事項：

    您可能會假設您必須為 Team 專案入口網站網頁備份資料庫和網站，但是，SharePoint 產品和技術會從資料庫動態產生網站。因此，當您備份資料庫時，也會備份 Team 專案中當做網站的部分。如果您已經在 Team Foundation 外部的 SharePoint 產品和技術中建立了自訂網站集合、網站範本或 Web 組件，您必須另外備份這些項目。如需詳細資訊，請參閱 Microsoft 網站上的＜Windows SharePoint Services 2.0 的備份和還原選項＞(英文)，如果是 Windows SharePoint Services 3.0，則請參閱 Microsoft 網站上的＜選擇備份和復原工具 (Windows SharePoint Services)＞(英文)。

備份的進階準備工作

部署 Team Foundation 時，請保存所建立的帳戶記錄以及電腦名稱、密碼和選擇的安裝選項。一定要在不同的位置保存所有復原資料、文件以及資料庫與異動記錄檔 (Transaction Log) 備份的複本。

重要事項：

定期執行評估資料還原，以驗證是否正確地備份檔案。評估還原會發現軟體驗證時沒有顯示的硬體問題。

備份及還原資料庫時，您必須將資料備份至媒體，例如磁帶或磁碟。您的備份計劃中應該包括可管理媒體的提供事項，例如：

  • 用來存放及回收處理備份集的追蹤與管理計劃。

  • 用來覆寫備份媒體的排程。

  • 在多伺服器環境中，決定使用集中式或分散式備份。

  • 追蹤媒體可用期限的方法。

  • 將遺失備份集或備份媒體 (例如磁帶) 的影響降至最低的程序。

  • 決定要在本地或異地存放備份集，以及分析此作業影響復原時間的程度。

若要保護不受災害影響 (例如火災或地震)，請在與伺服器位置不同的位置中保存伺服器備份的複本。這樣可保護您不會遺失重要的資料。最佳作法是保存備份媒體的三個複本，並至少將其中一個複本保存在適當控制環境的不同位置。

由於 Team Foundation 資料是存放在 SQL Server 資料庫中，因此您不需要備份已安裝 Team Foundation 用戶端的電腦。如果這些電腦發生了媒體故障或損毀，重新安裝 Team Foundation 會提供更清楚和更可靠的替代方法，以從備份中進行還原。

藉由使用 SQL Server 中的維護計劃來備份與 Team Foundation 部署相關的資料庫，即可備份伺服器。Team Foundation Server 資料庫彼此之間會緊密合作，而且應該同時備份及同時還原。如需備份資料庫之策略的詳細資訊，請參閱 Microsoft 網站上的下列資源：

完整資料備份 (資料庫)：若要讓您的部署具有可復原性，則需要完整的資料庫備份。完整備份包括一部分異動記錄檔，如此才可以還原完整備份。完整備份是獨立的 (Self-Contained)，它們代表完成備份時的整個資料庫。如需詳細資訊，請參閱 Microsoft 網站上 SQL Server 2005 或 SQL Server 2008 的＜完整資料庫備份＞。

在完整資料庫備份模型下，定期備份異動記錄檔是復原資料的必要動作。完成異動記錄檔備份時，就可以在故障點或特定時間點上還原資料庫。

異動記錄檔備份：除了執行每一項修改的交易以外，異動記錄檔也是資料庫中所發生之所有修改的連續記錄。異動記錄檔會記錄每筆交易的開始。它會記錄資料的變更，必要時也會記錄足夠的資訊來復原每次交易期間所做的修改。資料庫中發生可記錄的作業時，記錄檔就會持續擴充。

您可以透過建立異動記錄檔備份，將資料庫復原到較早的時間點。例如，您可以將資料庫還原至輸入不需要的資料之前，或是還原至故障點。除了資料庫備份以外，異動記錄檔備份也必須是還原策略的一部分。如需詳細資訊，請參閱 Microsoft 網站上 SQL Server 2005 或 SQL Server 2008 的＜使用交易記錄備份＞。

異動記錄檔備份使用的資源通常會比完整備份少。因此，比起完整備份，您可以更經常建立異動記錄檔備份，因而降低遺失資料的風險。不過，有時候異動記錄檔備份會比完整備份還大。例如，假設資料庫具有高異動率；高異動率則會使異動記錄檔快速擴充。在這個情況下，就必須更頻繁建立異動記錄檔備份。如需詳細資訊，請參閱 Microsoft 網站上 SQL Server 2005 或 SQL Server 2008 的＜寫滿交易記錄疑難排解＞。

您可以執行三種異動記錄檔備份類型：

  • 純記錄檔備份只包含間隔的異動記錄檔記錄，而不含任何大量變更。

  • 大量記錄檔備份包括大量作業所變更的記錄檔和資料頁。不允許時間點復原。

  • 尾端記錄檔備份則是在可能損毀的資料庫上執行，以擷取尚未備份的記錄檔記錄。會在發生故障之後進行尾端記錄檔備份，以防止工作遺失並可包含純記錄檔或大量記錄檔資料。

完整備份必須和異動記錄檔備份保持同步的唯一時機，是在您啟動異動記錄檔備份序列時。執行每個異動記錄檔備份序列之前，必須先執行完整備份或完整差異備份。在 SQL Server 中，您可以在第一次完整備份之後，完整備份正在執行時，備份記錄檔。如需如何建立記錄檔備份的詳細資訊，請參閱 Microsoft 網站上 SQL Server 2005 或 SQL Server 2008 的＜建立交易記錄備份＞。

備份服務 (應用程式層)

針對應用程式層所執行的唯一備份就是備份 Reporting Services 的加密金鑰。您可能會假設您必須備份網站或資料倉儲，但是，SQL Server 資料庫包含了所有的資料，其中包括這些服務為了建立小組入口網站網頁和報表所要求及使用的頁面規格和報表規格。

雖然備份這些服務所需的步驟較少，但是在應用程式層上復原時，您必須執行更多的工作。您必須為 Team 專案還原入口網站。

本章節內容

請參閱

概念

確保 Team Foundation Server 的可用性

管理 SQL Server 服務

其他資源

管理 Team Foundation Server 備份