tfs資料庫
⑴ 分布式存儲有哪些
問題一：當前主流分布式文件系統有哪些?各有什麼優缺點 目前幾個主流的分布式文件系統除GPFS外，還有PVFS、Lustre、PanFS、GoogleFS等。
1.PVFS(Parallel Virtual File System)項目是Clemson大學為了運行linux集群而創建的一個開源項目,目前PVFS還存在以下不足：
1）單一管理節點:只有一個管理節點來管理元數據，當集群系統達到一定的規模之後，管理節點將可能出現過度繁忙的情況，這時管理節點將成為系統瓶頸;
2）對數據的存儲缺乏容錯機制:當某一I/O節點無法工作時，數據將出現不可用的情況;
3）靜態配置:對PVFS的配置只能在啟動前進行，一旦系統運行則不可再更改原先的配置。
2.Lustre文件系統是一個基於對象存儲的分布式文件系統，此項目於1999年在Carnegie Mellon University啟動，Lustre也是一個開源項目。它只有兩個元數據管理節點,同PVFS類似,當系統達到一定的規模之後，管理節點會成為Lustre系統中的瓶頸。
3.PanFS(Panasas File System)是Panasas公司用於管理自己的集群存儲系統的分布式文件系統。
4.GoogleFS(Google File System)是Google公司為了滿足公司內部的數據處理需要而設計的一套分布式文件系統。
5.相對其它的文件系統，GPFS的主要優點有以下三點：
1)使用分布式鎖管理和大數據塊策略支持更大規模的集群系統,文件系統的令牌管理器為塊、inode、屬性和目錄項建立細粒度的鎖，第一個獲得鎖的客戶將負責維護相應共享對象的一致性管理，這減少了元數據伺服器的負擔;
2)擁有多個元數據伺服器,元數據也是分布式,使得元數據的管理不再是系統瓶頸;
3)令牌管理以位元組作為鎖的最小單位,也就是說除非兩個請求訪問的是同一文件的同一位元組數據,對於數據的訪問請求永遠不會沖突.
問題二：分布式存儲是什麼？選擇什麼樣的分布式存儲更好？ 分布式存儲系統，是將數據分散存儲在多 *** 立的設備上。傳統的網路存儲系統採用集中的存儲伺服器存放所有數據，存儲伺服器成為系統性能的瓶頸，也是可靠性和安全性的焦點，不能滿足大規模存儲應用的需要。分布式網路存儲系統採用可擴展的系統結構，利用多台存儲伺服器分擔存儲負荷，利用位置伺服器定位存儲信息，它不但提高了系統的可靠性、可用性和存取效率，還易於擴展。
聯想超融合ThinkCloud AIO超融合雲一體機是聯想針對企業級用戶推出的核心產品。ThinkCloud AIO超融合雲一體機實現了對雲管理平台、計算、網路和存儲系統的無縫集成，構建了雲計算基礎設施即服務的一站式解決方案，為用戶提供了一個高度簡化的一站式基礎設施雲平台。這不僅使得業務部署上線從周縮短到天，而且與企業應用軟體、中間件及資料庫軟體完全解耦，能夠有效提升企業IT基礎設施運維管理的效率和關鍵應用的性能
問題三：什麼是分布式存儲系統？ 就是將數據分散存儲在多 *** 立的設備上
問題四：什麼是分布式數據存儲 定義：
分布式資料庫是指利用高速計算機網路將物理上分散的多個數據存儲單元連接起來組成一個邏輯上統一的資料庫。分布式資料庫的基本思想是將原來集中式資料庫中的數據分散存儲到多個通過網路連接的數據存儲節點上，以獲取更大的存儲容量和更高的並發訪問量。近年來，隨著數據量的高速增長，分布式資料庫技術也得到了快速的發展，傳統的關系型資料庫開始從集中式模型向分布式架構發展，基於關系型的分布式資料庫在保留了傳統資料庫的數據模型和基本特徵下，從集中式存儲走向分布式存儲，從集中式計算走向分布式計算。
特點：
1.高可擴展性：分布式資料庫必須具有高可擴展性，能夠動態地增添存儲節點以實現存儲容量的線性擴展。
2 高並發性：分布式資料庫必須及時響應大規模用戶的讀/寫請求，能對海量數據進行隨機讀/寫。
3. 高可用性：分布式資料庫必須提供容錯機制，能夠實現對數據的冗餘備份，保證數據和服務的高度可靠性。
問題五：分布式文件系統有哪些主要的類別？ 分布式存儲在大數據、雲計算、虛擬化場景都有勇武之地，在大部分場景還至關重要。munity.emc/message/655951 下面簡要介紹*nix平台下分布式文件系統的發展歷史：
1、單機文件系統
用於操作系統和應用程序的本地存儲。
2、網路文件系統（簡稱：NAS）
基於現有乙太網架構，實現不同伺服器之間傳統文件系統數據共享。
3、集群文件系統
在共享存儲基礎上，通過集群鎖，實現不同伺服器能夠共用一個傳統文件系統。
4、分布式文件系統
在傳統文件系統上，通過額外模塊實現數據跨伺服器分布，並且自身集成raid保護功能，可以保證多台伺服器同時訪問、修改同一個文件系統。性能優越，擴展性很好，成本低廉。
問題六：分布式文件系統和分布式資料庫有什麼不同 分布式文件系統（dfs）和分布式資料庫都支持存入，取出和刪除。但是分布式文件系統比較暴力，可以當做key/value的存取。分布式資料庫涉及精煉的數據，傳統的分布式關系型資料庫會定義數據元組的schema，存入取出刪除的粒度較小。
分布式文件系統現在比較出名的有GFS（未開源），HDFS（Hadoop distributed file system）。分布式資料庫現在出名的有Hbase，oceanbase。其中Hbase是基於HDFS，而oceanbase是自己內部實現的分布式文件系統，在此也可以說分布式資料庫以分布式文件系統做基礎存儲。
問題七：分布式存儲有哪些 華為的fusionstorage屬於分布式 您好，很高興能幫助您，首先，FusionDrive其實是一塊1TB或3TB機械硬碟跟一塊128GB三星830固態硬碟的組合。我們都知道，很多超極本同樣採用了混合型硬碟，但是固態硬碟部分的容量大都只有8GB到32GB之間，這個區間無法作為系統盤來使用，只能作
問題八：linux下常用的分布式文件系統有哪些 這他媽不是騰訊今年的筆試題么
NFS（tldp/HOWTO/NFS-HOWTO/index）
網路文件系統是FreeBSD支持的文件系統中的一種，也被稱為NFS。
NFS允許一個系統在網路上與它人共享目錄和文件。通過使用NFS， 用戶和程序可以象訪問本地文件一樣訪問遠端系統上的文件。它的好處是：
1、本地工作站使用更少的磁碟空間，因為通常的數據可以存放在一台機器上而且可以通過網路訪問到。
2、用戶不必在每個網路上機器裡面都有一個home目錄。home目錄可以被放在NFS伺服器上並且在網路上處處可用。
3、諸如軟碟機、CDROM、和ZIP之類的存儲設備可以在網路上面被別的機器使用。可以減少整個網路上的可移動介質設備的數量。
開發語言c/c++,可跨平台運行。
OpenAFS（openafs）
OpenAFS是一套開放源代碼的分布式文件系統，允許系統之間通過區域網和廣域網來分享檔案和資源。OpenAFS是圍繞一組叫做cell的文件伺服器組織的，每個伺服器的標識通常是隱藏在文件系統中，從AFS客戶機登陸的用戶將分辨不出他們在那個伺服器上運行，因為從用戶的角度上看，他們想在有識別的Unix文件系統語義的單個系統上運行。
文件系統內容通常都是跨cell復制，一便一個硬碟的失效不會損害OpenAFS客戶機上的運行。OpenAFS需要高達1GB的大容量客戶機緩存，以允許訪問經常使用的文件。它是一個十分安全的基於kerbero的系統，它使用訪問控制列表(ACL）以便可以進行細粒度的訪問，這不是基於通常的Linux和Unix安全模型。開發協議IBM Public，運行在linux下。
MooseFs（derf.homelinux）
Moose File System是一個具備容錯功能的網路分布式文件統，它將數據分布在網路中的不同伺服器上，MooseFs通過FUSE使之看起來就 是一個Unix的文件系統。但有一點問題，它還是不能解決單點故障的問題。開發語言perl,可跨平台操作。
pNFS（pnfs）
網路文件系統(Network FileSystem,NFS)是大多數區域網(LAN）的重要的組成部分。但NFS不適用於高性能計算中苛刻的輸入書櫥密集型程序，至少以前是這樣。NFS標準的罪行修改納入了Parallel NFS(pNFS），它是文件共享的並行實現，將傳輸速率提高了幾個數量級。
開發語言c/c++,運行在linu下。
googleFs
據說是一個比較不錯的一個可擴展分布式文件系統，用於大型的，分布式的，對大量數據進行訪問的應用。它運行於廉價的普通硬體上，但可以提供容錯功能，它可以給大量的用戶提供性能較高的服務。google自己開發的。
問題九：分布式存儲都有哪些，並闡述其基本實現原理 神州雲科 DCN NCS DFS2000（簡稱DFS2000）系列是面向大數據的存儲系統，採用分布式架構，真正的分布式、全對稱群集體系結構，將模塊化存儲節點與數據和存儲管理軟體相結合，跨節點的客戶端連接負載均衡，自動平衡容量和性能，優化集群資源，3-144節點無縫擴展，容量、性能歲節點增加而線性增長，在 60 秒鍾內添加一個節點以擴展性能和容量。
問題十：linux 分布式系統都有哪些？ 常見的分布式文件系統有，GFS、HDFS、Lustre 、Ceph 、GridFS 、mogileFS、TFS、FastDFS等。各自適用於不同的領域。它們都不是系統級的分布式文件系統，而是應用級的分布式文件存儲服務。
GFS（Google File System）
--------------------------------------
Google公司為了滿足本公司需求而開發的基於Linux的專有分布式文件系統。。盡管Google公布了該系統的一些技術細節，但Google並沒有將該系統的軟體部分作為開源軟體發布。
下面分布式文件系統都是類 GFS的產品。
HDFS
--------------------------------------
Hadoop 實現了一個分布式文件系統（Hadoop Distributed File System），簡稱HDFS。 Hadoop是Apache Lucene創始人Doug Cutting開發的使用廣泛的文本搜索庫。它起源於Apache Nutch，後者是一個開源的網路搜索引擎，本身也是Luene項目的一部分。Aapche Hadoop架構是MapRece演算法的一種開源應用，是Google開創其帝國的重要基石。
Ceph
---------------------------------------
是加州大學聖克魯茲分校的Sage weil攻讀博士時開發的分布式文件系統。並使用Ceph完成了他的論文。
說 ceph 性能最高，C++編寫的代碼，支持Fuse，並且沒有單點故障依賴， 於是下載安裝， 由於 ceph 使用 btrfs 文件系統， 而btrfs 文件系統需要 Linux 2.6.34 以上的內核才支持。
可是ceph太不成熟了，它基於的btrfs本身就不成熟，它的官方網站上也明確指出不要把ceph用在生產環境中。
Lustre
---------------------------------------
Lustre是一個大規模的、安全可靠的，具備高可用性的集群文件系統，它是由SUN公司開發和維護的。
該項目主要的目的就是開發下一代的集群文件系統，可以支持超過10000個節點，數以PB的數據量存儲系統。
目前Lustre已經運用在一些領域，例如HP SFS產品等。
⑵ 《資料庫系統概論》課程主講老師是誰
博士、教授、博士生導師。中國計算機學會資料庫專業委員會委員、感測器網路專業委員會委員。主持和參加國家重大專項項目、國家973項目、國家863計劃項目、國家自然科學基金項目、教育部科學技術研究重點項目等項目30餘項；在IEEE Tran. On Data and Knowledge Engineering (TKDE) 、IEEE Tran. On Fuzzy System （TFS）、Information Sciences、 Data & Knowledge Engineering (DKE)等國內外學術期刊以及KDD、ICPP、DASFAA、IWQoS等國內外學術會議上發表論文200餘篇，出版資料庫方面的著譯作8部。參加了具有自主版權的並行資料庫系統軟體的研製，主持了具有自主版權的聯機分析處理系列軟體的研製。申請和獲得國家發明專利多項。獲北京市科學技術進步二等獎、教育部科學技術進步二等獎、國家精品課程獎、北京市精品課程獎、中國人民大學十大教學標兵等獎勵，2005年入選教育部新世紀優秀人才支持計劃。 主要研究方向：數據倉庫與數據挖掘、基於新硬體的數據管理與數據分析、感測器網路數據管理與隱私保護 社會兼職：中國計算機學會資料庫專委會委員，中國計算機學會感測器網路專委會委員，國際期刊IJBKO編委，JCST、軟體學報、計算機學報、計算機研究與發展等期刊審稿人，多個國際學術會議和國內學術會議程序委員。
⑶ TFS（Team Foundation Server）多維數據集（TFS_Analysis)無法更新
每當移動、還原、重命名或故障轉移 Team Foundation Server (TFS) 中的數據層伺服器時，都必須重新生成倉庫和多維數據集才能訪問高級別報告。 此外，如果移動、附加、分離或刪除團隊項目集合，必須重新生成倉庫和多維數據集。
數據倉庫聚合了所有操作數據，如版本控制、工作項跟蹤、生成和測試。 倉庫對應於相關資料庫 Tfs_Warehouse，而多維數據集對應於 SQL Server Analysis Services 資料庫 Tfs_Analysis。
在正常操作期間，不一定非要重新生成數據倉庫。 如果要刷新數據倉庫數據，你可以根據需要手動處理倉庫或多維數據集。 請參閱手動處理 TFS 數據倉庫和 Analysis Services 多維數據集。 根據數據倉庫中的數據量，重新生成操作可能需要幾個小時才能完成，在這段時間內報告不可用。
要重新生成 Team Foundation 的數據倉庫，必須執行此步驟順序：
驗證服務和應用程序池是否正在運行，並且 SQL Server 中是否啟用了 TCP/IP
⑷ 如何：從單伺服器部署移到雙伺服器部署
在雙伺服器部署中，由兩台或更多台物理伺服器承載構成 Team Foundation 邏輯應用層和數據層的組件。從單伺服器部署移到雙伺服器部署時，需要將原始伺服器轉換為應用層伺服器，並在新的數據層伺服器上安裝和配置 SQL Server。然後，將 SharePoint 產品和技術以及 SQL Server Reporting Services 重定向到新的數據層伺服器，並將原始部署中的數據還原到新的數據層伺服器。有關更多信息，請參見 Team Foundation Server 移動類型。 在執行此類型的移動之前，應通讀本主題並考慮列印所有必需的步驟。還應考慮列印本主題所鏈接的那些主題以及包含有關其他必需步驟的信息的主題。 在此類型的移動過程中，切勿執行以下任何操作： 不得更改服務帳戶。 不得更改原始伺服器的名稱或域。 在不具備足夠信任的情況下，不得將數據層伺服器安裝到原始部署之外的其他域中。 若要執行此類型的移動，必須按照列出的順序完成以下各節中的過程： 備份資料庫和加密密鑰安裝SQL Server 並准備新硬體還原資料庫重定向 SharePoint 產品和技術以使用新的內容資料庫重新連接管理資料庫和配置資料庫重定向並測試 SQL Report Server、Reporting Services 以及默認報表將應用層伺服器重定向到新的數據層重新生成 Team System 多維數據集刪除版本控制緩存更新服務帳戶重新啟動服務刷新客戶端計算機上的數據緩存必需的許可權 若要完成上述這些過程，您必須是新舊伺服器上 Administrators 組的成員以及 Team Foundation Administrators 組的成員。 除了這些許可權，對於運行 Windows Server 2008 或 Windows Vista 的計算機，您可能還需要滿足以下要求： 若要使用命令行過程，您可能需要通過以下操作使用提升的許可權打開命令提示窗口：單擊「開始」，右擊「命令提示符」，再單擊「以管理員身份運行」。 若要使用需要 Internet Explorer 的過程，您可能需要通過以下操作以管理員身份啟動 Internet Explorer：單擊「開始」，單擊「所有程序」，右擊「Internet Explorer」，再單擊「以管理員身份運行」。 若要編輯 web.config 文件，您可能需要通過以下操作以管理員身份啟動文本編輯器：單擊「開始」，單擊「所有程序」，右擊所需編輯器，再單擊「以管理員身份運行」。 若要訪問 Reporting Services 的報表管理器、報表或網站，您可能需要將這些站點添加到 Internet Explorer 的受信任站點列表中，或者以管理員身份啟動 Internet Explorer。 有關更多信息，請參見 Microsoft 網站。 備份資料庫和加密密鑰 必須先備份 Team Foundation 的資料庫，然後才能將部署從單伺服器配置更改為雙伺服器配置。在此移動過程中，需要將這些資料庫還原到新的數據層伺服器。 備份資料庫和加密密鑰 備份所有的 Team Foundation 資料庫。 有關更多信息，請參見如何：備份 Team Foundation Server。 說明：您還必須備份要保留的 SharePoint 產品和技術的任何自定義站點定義、自定義站點模板或自定義 Web 部件。有關更多信息，請參見 Microsoft 網站上的「Backup and Restore Options for Windows SharePoint Services 2.0」（Windows SharePoint Services 2.0 的備份和還原選項），或者對於 Windows SharePoint Services 3.0，請參見 Microsoft 網站上的「Choose backup and recovery tools (Windows SharePoint Services)」（選擇備份和恢復工具 (Windows SharePoint Services)）。如果 SharePoint 產品和技術安裝在應用層上，並且希望將 SharePoint 產品和技術的資料庫移到新的數據層，請確保備份 SharePoint 產品和技術的管理資料庫(SharePoint_AdminContent_ID) 以及內容和配置資料庫。 備份Reporting Services 加密密鑰。確保將此密鑰存儲在運行 Team Foundation Server 的伺服器以外的其他計算機上的安全位置，並且新的應用層伺服器可以訪問該密鑰。還必須存儲加密該密鑰時使用的密碼。 有關更多信息，請參見如何：備份 Reporting Services 加密密鑰。 安裝SQL Server 並准備新硬體 備份資料庫後，必須在將用作部署的新數據層伺服器的計算機上安裝 SQL Server。 安裝SQL Server 並為移動准備伺服器 在新環境中安裝 SQL Server，並確保其正常運行。 有關詳細說明，請打開 Team Foundation 安裝指南，找到有關如何在雙伺服器部署中安裝 SQL Server�0�2的主題。您安裝的 SQL Server�0�2的版本必須與原始部署中使用的版本相同。可以在 Microsoft 網站上找到該指南。 在應用層伺服器上，打開命令提示窗口，將目錄更改到 %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools。 在命令提示符處，鍵入下列命令： TfsDB.exe install /server:"新SQL Server 名稱" /property:"TFS_SERVICE_ACCOUNT=TFS 服務帳戶;TFS_REPORTING_ACCOUNT=TFS Reporting Services 帳戶;LCID=LCID 編號;VSTF_AS_INSTANCE=Analysis Services 伺服器名稱;VSTF_AS_DATABASE=Team Foundation 數據倉庫名稱;VSTF_AS_ACCOUNT="新SQL Server 名稱 是剛剛安裝了 SQL Server 並且您打算在其上還原數據的伺服器的名稱。如果您使用的是命名實例，則不但要包括伺服器名稱，而且還必須包括相應的實例名。 TFS 服務帳戶 是採用域\帳戶 或計算機\帳戶 格式的 Team Foundation Server 服務帳戶。如果您使用的是系統帳戶，則必須使用系統\帳戶 格式指定該帳戶。例如，如果要使用 Network Service，則應將它指定為 NT Authority\Network Service。 TFS Reporting Services 帳戶 是採用域\帳戶 或計算機\帳戶 格式的 Reporting Services 數據源帳戶。 LCID 編號 是您所用語言版本的 SQL Server 的語言排序規則 ID 號。例如，英語的 LCID 為 1033。 Analysis Services 伺服器名稱 是裝有 SQL Server Analysis Services 的伺服器的名稱。默認情況下，此伺服器與新SQL Server 名稱 是同一台伺服器。 Team Foundation 數據倉庫名稱 是Team Foundation 的原始數據倉庫的名稱。默認情況下，該值為 TfsWarehouse。 在運行 Reporting Services 的伺服器上，檢索並保存 Reporting Services 安裝 ID 的列表。 打開「命令提示符」窗口，將目錄改為下面的目錄： %ProgramFiles%\Microsoft SQL Server\90\Tools\binn\ 運行RSKeyMgmt -l。 記錄安裝 ID，然後將列表列印出來或將其保存到一個安全的位置。 登錄到相應的伺服器，打開「計算機管理器」，按照指定的順序停止下表中的服務和應用程序池： 登錄到承載此程序的伺服器 停止此組件 SharePoint 產品和技術 SharePoint 定時服務或 Windows SharePoint Services 定時 默認網站或團隊網站 應用層 Visual Studio Team Foundation Server 任務計劃程序服務 Microsoft Team Foundation Server Application Pool SQL Server Reporting Services SQL Server Reporting Services (TFS 實例)（服務） ReportServer 或 ReportServer$實例名稱（應用程序池） 說明：如果您運行的是 SQL Server 2005，則需要在 Internet 信息服務 (IIS) 中管理 ReportServer；如果運行的是 SQL Server 2008，則不需要這樣做。 默認網站或報表管理器網站 重要說明：若要在基於還原的移動過程中移動用戶帳戶和服務帳戶，Team Foundation Server 的新部署必須處於停止狀態。如果在還原數據之後、移動用戶帳戶和服務帳戶之前重新啟動 Team Foundation Server，可能會導致作為遷移目標的用戶在 TFSIntegration 資料庫中標記為已刪除。如果組安全服務在與 Active Directory 同步時找不到用戶的系統標識符 (SID)，便會出現此問題。 有關如何啟動和停止服務及應用程序池的更多信息，請參見如何：停止和啟動服務、應用程序池和網站。 還原資料庫 停止服務後，可以使用 SQL Server 提供的還原工具來還原 Team Foundation 的數據。 警告：You must restore all the databases to the same point in time. 否則，資料庫可能會損壞。打開「還原資料庫」對話框 在新的數據層伺服器上，單擊「開始」，指向「所有程序」，指向「Microsoft SQL Server」，再單擊「SQL Server Management Studio」。 說明：有關如何還原資料庫的更多信息，請參見 Microsoft 網站上的「實現 SQL Server 資料庫還原方案」。 在「伺服器類型」列表中單擊「資料庫引擎」。 在「伺服器名稱」列表中，單擊或鍵入適當的伺服器。 在「身份驗證」列表中，單擊適當的方案。 在「用戶名」中，鍵入有效帳戶的用戶名。 在「密碼」中鍵入該帳戶的密碼（如果 SQL Server 要求），再單擊「連接」。 展開「資料庫」節點，以顯示構成 Team Foundation 數據層的資料庫的列表。 為以下各資料庫完成「還原各個資料庫」過程： ReportServer 說明：如果使用了命名實例，此資料庫將命名為「ReportServer$實例名稱」。 ReportServerTempDB 說明：如果您使用的是命名實例，則此資料庫將命名為「ReportServerTempDB$實例名稱」。 SharePoint 產品和技術的配置資料庫（STS_Config_TFS 或 WSS_Config） 重要說明：僅當SharePoint 產品和技術安裝在原始單伺服器部署中且您未更改其位置時，才應還原此資料庫。如果在其他伺服器上使用或安裝�0�2SharePoint 產品和技術，則不需要還原此資料庫。 SharePoint 產品和技術的內容資料庫（STS_Content_TFS 或 WSS_Content） 包含SharePoint 產品和技術數據的資料庫的名稱將隨著兩個因素而變化：一是所安裝的 SharePoint 產品和技術的版本，二是安裝人員是否對該名稱進行了自定義。此外，如果 SharePoint 產品和技術安裝在與 Team Foundation Server 不同的伺服器上，則這些資料庫可能不在 Team Foundation 的數據層伺服器上。如果這些資料庫不存在，則必須從 Team Foundation Server 分別管理它們的備份、還原和配置。但是，您應該同步資料庫的維護操作以避免同步錯誤。 SharePoint 產品和技術的管理資料庫 (SharePoint_AdminContent_ID) 重要說明：僅當SharePoint 產品和技術安裝在原始單伺服器部署中且您未更改其位置時，才應還原此資料庫。如果在其他伺服器上使用或安裝�0�2SharePoint 產品和技術，則不需要還原此資料庫。 TfsBuild TfsIntegration TfsVersionControl TfsWarehouse TfsWorkItemTracking TfsActivityLogging（可選） 說明：在還原過程中，必須將為自定義過程模板創建的任何自定義站點模板或 Web 部件上載到 SharePoint 產品和技術的資料庫中。還原各個資料庫 右擊要還原的資料庫，依次指向「任務」、「還原」，然後單擊「資料庫」。 重要說明：在大多數部署中，SQL Server 資料庫和 SharePoint 產品和技術資料庫將顯示在「資料庫」節點下方的資料庫列表中。若要還原未顯示在列表中的任何資料庫，必須右擊「資料庫」節點，單擊「還原資料庫」，再指定未顯示在列表中的任何資料庫。「還原資料庫」對話框打開。 在「還原的源」下方單擊「源設備」，再單擊省略號按鈕（「…」）。 在「指定備份」對話框中，指定備份文件的位置，再單擊「確定」。 您應用的第一個備份必須是完整備份，隨後按照創建順序依次應用事務日誌備份。 在「選擇要還原的備份集」下方指定要還原的備份集。 在「選擇頁」窗格中，單擊「選項」，然後選中「覆蓋現有資料庫」復選框。 在「將資料庫文件還原為」列表中，確認路徑與當前資料庫路徑相匹配。 如果要將資料庫還原到其他驅動器，則此步驟十分重要。 在「恢復狀態」下方單擊相應的狀態。 執行以下步驟之一： 如果不準備應用其他事務日誌，請單擊「資料庫隨時可用」。 如果准備應用其他事務日誌，請單擊「資料庫尚不可用」。 單擊「確定」關閉「還原資料庫」對話框並還原資料庫。 如果准備應用其他事務日誌，請按照日誌備份的創建順序，對每組日誌備份執行此過程。從完整備份後創建的第一組日誌備份開始。 有關更多信息，請參見 Microsoft 網站上的「應用事務日誌備份」。 重定向 SharePoint 產品和技術以使用新的內容資料庫 必須將團隊項目的任何網站重定向到新的 Team Foundation 數據層伺服器上的內容資料庫。如果要移動所有的 SharePoint 產品和技術資料庫，則可以跳過此過程，而繼續本主題稍後部分中的「重新連接管理資料庫和配置資料庫」過程。 重定向項目站點以使用新數據層伺服器上的內容資料庫 登錄到承載 SharePoint 產品和技術的伺服器，並將 SharePoint 產品和技術重定向到新數據層伺服器上的內容資料庫。 有關更多信息，請參見如何：重定向 SharePoint 產品和技術以使用新的內容資料庫。 重新連接管理資料庫和配置資料庫 SharePoint 產品和技術保留在原始單伺服器上，該伺服器現在是新部署的應用層伺服器。但是，您仍需要對它進行配置，以使用新數據層伺服器上的管理資料庫和配置資料庫。 重新連接 SharePoint 產品和技術的管理資料庫和配置資料庫 登錄到承載 SharePoint 產品和技術的伺服器，打開命令提示窗口，更改到下面的目錄： %PROGRAMFILES%\microsoft shared\web server extensions\12\bin。 鍵入以下命令： stsadm –o renameserver –oldservername 原始數據層伺服器名稱 -newserver 新數據層伺服器名稱 有關如何還原 SharePoint 產品和技術的更多信息，請參見 Microsoft 網站上的「White paper: Backing up, restoring, high availability, and disaster recovery for Office SharePoint Server farms」（白皮書：Office SharePoint Server 場的備份、還原、高可用性和災難恢復）。 重定向並測試 SQL Report Server、Reporting Services 以及默認報表 重定向團隊項目的網站後，必須將 Reporting Services 重定向到新的數據層伺服器。 還原並驗證 SQL Server 2005 Reporting Services 在運行 Reporting Services 的伺服器上，單擊「開始」，依次指向「所有程序」、「Microsoft SQL Server」、「配置工具」，再單擊「Reporting Services 配置」。 在「選擇報表伺服器安裝實例」對話框中，確保計算機名稱是新的應用層伺服器的名稱。確保實例名為 MSSQLSERVER，再單擊「連接」。 說明：如果您使用的是命名實例，則必須指定相應的實例名而不是默認實例 MSSQLSERVER。 在資源管理器窗格中單擊「伺服器狀態」。 「報表伺服器狀態」窗格打開。 在「實例屬性」中單擊「啟動」。 在資源管理器窗格中單擊「資料庫安裝」。 「資料庫連接」窗格打開。 在「伺服器名稱」中鍵入新數據層伺服器的名稱，再單擊「連接」。 在「SQL Server 連接」對話框中單擊「確定」。 「資料庫連接」窗格打開。 單擊「應用」。 在資源管理器窗格中單擊「Windows 服務標識」。 「Windows 服務標識」頁打開。 在「內置服務帳戶」列表中單擊「Local Service」。 「應用」按鈕隨即變成可用。此時，請勿單擊它。 在「內置服務帳戶」列表中單擊「Network Service」，再單擊「應用」。 在「SQL Server 連接」對話框中單擊「確定」。 關閉「Reporting Services 配置」工具。 打開命令提示窗口，將目錄更改到 %ProgramFiles%\Microsoft SQL Server\90\Tools\binn。 鍵入下面的命令以列出 Reporting Services 的安裝 ID： RSKeyMgmt -l 在列表中，查找對應於舊數據層伺服器的安裝 ID。 鍵入下面的命令以移除該安裝 ID，其中 DT 實例 ID 對應於舊數據層伺服器： RSKeyMgmt –r DTInstanceID說明：請勿移除對應於新數據層伺服器的安裝 ID。 在運行 Reporting Services 的伺服器上，單擊「開始」，依次指向「所有程序」、「Microsoft SQL Server」、「配置工具」，再單擊「Reporting Services 配置」。 在資源管理器窗格中單擊「加密密鑰」。 在「加密密鑰」頁上單擊「還原」。 「加密密鑰信息」頁打開。 在「密碼」中鍵入加密密鑰文件的密碼。 在「密鑰文件」中鍵入或單擊備份加密密鑰（.snk 文件）的位置，再單擊「確定」。 將應用層伺服器重定向到新的數據層 還原資料庫後，必須使用 TfsAdminUtil 命令將部署的原始伺服器（現在成為新的應用層伺服器）重定向到新的數據層伺服器。 將應用層伺服器重定向到新的數據層伺服器 登錄到相應的伺服器，打開「計算機管理器」，然後啟動下表中的應用程序池和程序： 登錄到承載此程序的伺服器 啟動此組件 應用層 Microsoft Team Foundation Server Application Pool 默認網站或團隊網站 SQL Server Reporting Services ReportServer 或 ReportServer$實例名稱（應用程序池） SQL Server Reporting Services (TFS 實例) 默認網站或報表管理器網站 打開命令提示窗口，將目錄切換到 %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools，然後鍵入以下命令： TfsAdminUtil RenameDT newDataTierServerName重要說明：為了使此命令成功，上一步中的應用程序池和程序必須正在運行。此要求是 Visual Studio Team System 2008 Team Foundation Server 中的新增要求。此外，此命令要求服務 web.config 文件中的連接字元串引用部署的原始伺服器。如果連接字元串引用新的數據層伺服器，此命令將失敗。為了使此命令正確運行，您必須還原原始伺服器的名稱。重新生成 Team System 多維數據集 配置連接並運行 TFSAdminUtil RenameDT 命令後，必須重新生成 Team System 多維數據集。Team System 多維數據集支持 SQL Server Reporting Services，並且包含 Team System 數據倉庫的關系資料庫中的數據。有關更多信息，請參見了解數據倉庫體系結構。 重新生成 Team System 多維數據集 重新生成 Team System 多維數據集。 有關更多信息，請參見如何：重新生成 Team System 多維數據集。 刪除版本控制緩存 重新生成 Team System 多維數據集後，必須刪除應用層伺服器和任何代理伺服器上的版本控制緩存，以強制與新的數據層伺服器同步。 刪除版本控制緩存 在應用層伺服器上，打開 %ProgramFiles%\Microsoft Visual Studio 2008 Team�0�2Foundation�0�2Server\Web Services\VersionControl 目錄。 刪除Data 子目錄的內容，但不要刪除 Data 子目錄本身。 有關更多信息，請參見如何：在應用層伺服器上刪除版本控制緩存。 對部署中運行 Team Foundation Server Proxy 的任何伺服器重復此過程。 更新服務帳戶 如果您在單伺服器部署上對服務帳戶使用的是本地帳戶或系統帳戶（如 Network Service），則必須更改這些帳戶。在雙伺服器部署中，不能使用本地帳戶。可以使用相同的系統帳戶，但必須更新相應的信息，使新的應用層伺服器和數據層伺服器上的每個帳戶與正確的 SID 相關聯。 說明：在新部署上創建的帳戶名必須與原始部署中的帳戶名匹配。此要求既包括用戶帳戶也包括服務帳戶。刷新服務帳戶 在運行 Reporting Services 的伺服器上，打開「計算機管理器」，然後啟動以下組件（如果它們尚未啟動的話）： ReportServer 或 ReportServer$實例名稱（應用程序池） SQL Server Reporting Services (TFS 實例) 在新的應用層伺服器上，打開命令提示窗口，將目錄切換到 %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools。 在命令行處，鍵入下列命令： TfsAdminUtil ChangeAccount 舊的域或計算機名\舊的 TFS 服務帳戶 新的域或計算機名\新的 TFS 服務帳戶 新密碼說明：忽略任何指示服務帳戶不存在或帳戶不是數據倉庫角色成員的警告。 在命令行處，鍵入下列命令： TfsAdminUtil ChangeAccount/ra 舊的域或計算機名\舊的 TFS Reporting Service 帳戶 新的域或計算機名\新的 TFS Reporting Service 帳戶 新密碼說明：忽略任何指出服務帳戶不是數據倉庫角色成員的警告，或者提示您將帳戶添加到服務帳戶組的警告。重新啟動服務 若要繼續操作，必須重新啟動 Team Foundation 所依賴的服務。 重新啟動服務 登錄到相應的伺服器，打開「計算機管理器」，按照指定的順序啟動下表中的組件： 登錄到承載此程序的伺服器 啟動此組件 SharePoint 產品和技術 SharePoint 定時服務或 Windows SharePoint Services 定時 應用層 Visual Studio Team Foundation Server 任務計劃程序服務 Microsoft Team Foundation Server Application Pool 刷新客戶端計算機上的數據緩存刷新客戶端計算機上的數據緩存 使用「ClientService」Web 服務來強制客戶端在下次連接到應用層伺服器時更新跟蹤工作項的緩存。 有關更多信息，請參見如何：刷新客戶端計算機上的數據緩存。