Chương 16 - Team Foundation Server Deployment

Nguyễn Thị Như Quỳnh — Tue, 08 Dec 2009 08:58:35 GMT

Current revision posted to TFS - Team Foundation System by Nguyễn Thị Như Quỳnh on 12/8/2009 4:58:35 PM

Phần VIII

Thiết lập và Duy Trì Môi trường Nhóm

Trong phần này

Triển khai Team Foundation Server
Truy cập đến Team Foundation Server bằng Internet

Chương 16 - Team Foundation Server Deployment

Chủ đề

Tìm hiểu về những lợi ích và bất lợi của việc triển khai single-server và multiple-server .
Chọn lựa triển khai một cấu trúc liên kết(topology) phù hợp với các yêu cầu của tổ chức của bạn.

Xem trước

Chương này vạch ra các phương pháp chính để triển khai Microsoft ® Visual Studio ® 2005 Team
Foundation Server (TFS) và mô tả các điểm quyết định chính mà bạn sẽ phải đối mặt khi triển khai TFS tại tổ chức của bạn. Chương này giải thích hai lựa chọn triển khai và miêu tả bằng cách nào lựa chọn giữa những tùy chọn.

Có hai tùy chọn để triển khai TFS, single-server và dual-server installation. Một single-server installation đặt tại tầng data và tầng application trên một single server. Một dual server installation chia đôi tầng application và tầng data vào các server khác nhau. Ngoài ra, bạn có thể install build server và source control proxy trên các server khác nhau. Mỗi client yêu cầu truy cập đến các server và các client-side tool tương ứng phải được install.

Sử dụng chương này như thế nào

Sử dụng chương này để xác định chiến thuật triển khai TFS của bạn. Để đạt được lợi ích tốt nhất từ chương này, bạn nên:

Tìm hiểu kiến trúc TFS. Hãy chắc là bạn đã tìm hiểu đầy đủ về cấu trúc TFS architecture. Nếu bạn không quen với kiến trúc của Team Foundation Server hãy đọc phần "TFS Architecture" , hay đọc "Chương 2 - Kiến trúc Team Foundation Server " để có thêm thông tin.
Chọn một chiến thuật triển khai. Chọn một chiến thuật triển khai phù hợp nhất đối với nhu cầu của tổ chức bạn. Nếu bạn chưa làm như thế, hãy đọc phần "Deployment Scenarios" để xác định chiến thuật triển khai(deployment strategy) nào sẽ làm việc tốt nhất với nhóm bạn.

Kiến trúc TFS

Hình 16.1 trình bày kiến trúc TFS architecture.

Cấu trúc TFS được thành lập bởi ba tầng, tầng data, tầng application và tầng client. Những tầng này được chia ra rất logic, và tất cả ba tầng đều được install trên cùng một computer.

Tầng Team Foundation data bao gồm Microsoft SQL Server^TM 2005. Một số các databases được install mà lưu trữ các work item, version control system, các test result và bất cứ report nào.

Tầng application chứa một Web-based front end được tích hợp vào Internet Information Services (IIS), Team Foundation Web services, và Microsoft Office SharePoint® services. Tầng application cũng chứa bất kì build servers và source control proxy servers nào.

Tầng client chứa các ứng dụng mà kết nối đến TFS. Developers sử dụng Team Explorer để kết nối đến Team Server, install cả một stand-alone tool hay như một phần của Visual Studio 2005. Project Managers sử dụng Microsoft Office Excel® hay Microsoft Office Project. Bạn cũng có thể sử dụng third-party tool(công cụ của bên thứ ba cung cấp) để kết nối đến server.

Để có thêm thông tin, hãy xem "Chapter 2 - Team Foundation Server Architecture."

Các kịch bản triển khai

Bạn có thể triển khai TFS theo các cách sau:

Triển khai Single-server

Cùng với một workgroup.

Sử dụng Microsoft Active Directory ® directory service.

Triển khai Dual-server

Triển khai Single-Server với Workgroup

Với phương pháp triển khai này, bạn tạo một workgroup ở nơi mà bạn không có Active Directory domain controller. Bạn sử dụng chế độ installation khi bạn có một nhóm nhỏ. Nếu bạn sử dụng chế độ installation này, mỗi user yêu cầu một local account trên server để cho phép họ đăng nhập (log on) vào server. Đối với loại triển khai này, bạn có thể chỉ cần install trên một single-server, và dual-server installation không được hỗ trợ.

Triển khai Single-Server với Active Directory

Nếu bạn có một Active Directory, sau đó bạn có hai lựa chọn triển khai. Bạn có thể install cả tầng data và tầng application trên cùng một server, hay bạn có thể install tầng data và tầng application trên những server riêng biệt.

Các loại triển khai nào đúng cho tổ chức của tôi?

Để quyết định install một single-server hay dual-server là lựa chọn đúng cho tổ chức của bạn, hãy xem xét các câu hỏi sau:

Có bao nhiêu users mà tôi cần support? Nếu bạn dự tính có hơn 400 users, hãy xem xét triển khai dual-server để phù hợp hơn với nhu cầu của tổ chức bạn.
Có bao nhiêu project tôi sẽ support với TFS? Nếu bạn đang hỗ trợ một số lớn các project, hãy xem xét triển khai một dual-server TFS có phù hợp với nhu cầu kinh doanh của bạn hay không. Mỗi TFS instance có thể hỗ trợ lên đến 5000 project. Nếu bạn cần để hỗ trợ hơn 5000 project thì hãy xem xét việc thiết lập nhiều Team Foundation Server instance.
Có phải tôi có một server mà tôi có thể dành cho TFS? Server trong một single-server Team Foundation Server deployment nên được dành riêng cho các TFS functionality. TFS không nên phục vụ cho bất kì mục đích nào khác, như là mail server, file server, hay là database server cho các ứng dụng khác.

Lợi ích của việc triển khai Single-Server

Hãy cân nhắc các lợi ích sau khi quyết định có nên thực hiện triển khai một single-server :

• Đơn giản

Ø Bạn có thể quản lý tất cả các khía cạnh của sự triển khai TFS trên một single-server.

Ø Bạn có thể cấu hình tất cả các quyền truy cập và permission cho các user và các group trên cùng một server.

Ø Bạn chỉ có một server để lên lịch cho việc backup và bảo trì.

• Có lợi Bởi vì cả tầng application và tầng data đều có trên một single server, bạn không phải xem xét network restrictions hay network latency giữa tầng application và tầng data khi lên kế hoạch triển khai.

Lợi ích của việc triển khai Dual-Server

Hãy cân nhắc các lợi ích sau khi quyết định thực hiện việc triển khai một dual-server:

Scalability. Triển khai single-server được thiết kế lên đến 400 users, trong khi triển khai một dual-server sẽ cho phép bạn đưa quy mô này vượt lên giới hạn là 2000 users.
Fail-over. Bạn có thể chuyển hướng tầng application server đến một tầng data server khác trong trường hợp bảo trì hay sữa chữa, và bạn không thế cấu hình hay triển khai một server bổ sung mà có thể hoạt động như một standby server hay fail-over application-tier server.

Triển khai Single-Server

Hình 16.2 trình bày một triển khai single server điển hình. Install trên một server là các tầng TFS application và data , cùng với SharePoint Services và SQL Server 2005.

Triển Khai Dual-Server

Hình 16.3 hiển thị cài đặt một dual server điển hình. Tầng TFS application được install cùng với SharePoint Services trên một tầng. Tầng TFS data được install bên cạnh SQL Server 2005 trên server khác.

Các Server khác

Trong việc cài đặt single-server cả dual-server , bạn có thể install một build server riêng biệt như là một proxy server. Những cái này có thể được install lên cùng server như là tầng application hay trên các server khác.

Cài đặt Build Server

Bạn có thể xác định vị trí của build service của bạn trên một separate server để cải thiện hiệu suất build và giảm việc load trên tầng application. Thí dụ, nếu hiệu suất server tầng application của bạn bị ảnh hưởng bởi các frequent builds, hãy xem xét việc di chuyển các build services đến một separate server.

Team Foundation Proxy Server

Team Foundation proxy server lưu trữ các bản sao của source control files. Bạn nên sử dụng proxy server nếu bạn đang truy cập đến source control server trên một network có độ trễ(latency) cao.

Team Foundation Server Topologies

Sau khi bạn đã quyết định cài đặt hoặc là single-server hoặc là dual-server , có một vài topology(cấu trúc liên kết) mà bạn có thể sử dụng. Vùng Topology từ đơn giản đến phức tạp. Mỗi topology được thiết kế cho những kích cỡ nhất định của các nhóm phát triển.

Simple Topology

Hình 16.4 hiển thị một topology đơn giản nơi mà các thành phần của tầng TFS application và tầng data được triển khai trên một single server. TFS proxy server được triển khai đến một separate server. Server có thể truy cập được từ client workstations trên cùng domain.

Sự cấu hình này thích hợp cho các nhóm phát triển hay các pilot project với lên đến 400 users.

Moderate Topology

Hình 16.5 trình bày TFS được install lên các tầng khác nhau. Application services được triển khai lên một node của tầng application và các database lên một node riêng biệt của tầng data.

Hình 16.5 Moderate Team Foundation Server Topology

Hình 16.5 cũng trình bày một test rig và một số các build servers được triển khai trên các node riêng biệt. Các node client có cả trong cùng một domain như là các server hay trong domain mà có một mối quan hệ tin cậy với các server. Các Topology phức tạp này là những mục tiêu của các nhóm phát triển rất lớn trong khoảng từ 400 đến 2000.

Complex Topology

The complex topology được hiển thị trong Hình 16.6 tương tự như moderate topology. Tuy nhiên, trong những thành phần topology fail-over này đã được thêm vào một tầng application standby server và một tầng data với các SQL clustering technologies.

Hình 16.6 cũng trình bày một domain con khoảng cách xa mà sử dụng một limited-bandwidth connection. Những client này sử dụng TFS proxy server để cải thiện thời gian truy cập đến source control.

Tài nguyên bổ sung

Khi triển khai TFS hãy xem xét những điều sau:

Nếu bạn đã có một SharePoint server thiết lập và muốn sử dụng nó để lưu trữ Team Foundation Server SharePoint site của bạn, bạn có thể di chuyển TFS SharePoint site đến server khác.Để có thêm thông tin, hãy xem http://blogs.msdn.com/bharry/archive/2006/10/30/moving-your-tfs-sharepoint-site.aspx
Di chuyển OLAP engine và cube đến một máy thứ ba để chứng tỏ có lợi cho các nhóm lớn hơn. Bạn có thể cài đặt SQL clustering trên tầng data , và có một active/active configuration với SQL trên một node, và OLAP trên cái khác, mỗi acting cũng như failover cho cặp của nó. Để có thêm thông tin, hãy xem: http://msdn2.microsoft.com/en-us/library/aa721760(vs.80).aspx và http://msdn2.microsoft.com/en-us/library/ms252505(VS.80).aspx

Chiến thuật Team Foundation Server Scaling và Backup

Như một phần của tiến trình cài đặt và triển khai Team Foundation Server của bạn, bạn phải quyết định bạn sẽ quản lý backup và failover của các server của bạn như thế nào. Các chiến lược backup và failover bạn chọn dựa vào kích cỡ của tiến trình cài đặt và các thiết bị và nguồn lực sẵn có của tổ chức bạn. Bởi vì tầng data được build trên SQL Server 2005 các chiến lược mà bạn đã áp dụng được dựa trên các phương pháp bạn đang làm để backup SQL Server.

Nếu bạn hiện đang phản ánh hoặc nhóm các cái đặt SQL Server 2005 thì sau đó bạn có thể dùng cùng một cách tiếp cận với tầng TFS data. Bạn cũng cần quyết định làm cách nào quản lý các failure của tầng application server. Nếu bạn muốn hỗ trợ tầng application failover, bạn sẽ cần một server backup tầng application tại chỗ và phải có khả năng thông qua server một cách nhanh chóng.

Chọn một chiến thuật Installation và Backup/Recovery phù hợp cho công ty của bạn.

Khi install TFS bạn cần thực hiện một số lựa chọn về sự cài đặt và các chiến thuật backup/recovery . Hãy xem xét các điều sau khi quyết định cho chiến thuật cài đặt của bạn:

Size of teams :Kích cỡ của các nhóm
Number of projects : Số các project
Size of projects : Kích cỡ của các project
Location of teams : Vị trí của các team
Failover needs :Nhu cầu failover
Backup needs: Nhu cầu backup

Đề nghị phần cứng Team Foundation Server

Nhìn chung, các nhóm nhỏ hơn với số lượng project ít hơn có thể chạy trên một single tier installation, trong khi các nhóm lớn hơn yêu cầu các dual tier và phần hardware nhanh hơn. Sự lựa chọn của single-tier so với dual-tier installation cũng ảnh hưởng đến cơ chế backup và failover của bạn.

Sử dụng Table 16.1 để giúp bạn quyết định cài đặt trên một single-tier hay dual-tier và để xác định nhu cầu hardware cần thiết để hỗ trợ cho nhóm của bạn.

Bảng 16.1 Yêu cầu phần cứng để triển khai TFS

Backup và Failover Strategy

Khi xem xét chiến lược backup và failover của bạn, bạn cần lưu ý đến sự ảnh hưởng của việc mất đi một server lên năng suất của nhóm bạn.

Backup

Bạn cần lên kế hoạch cho chiến lược backup của bạn như một phần của sự triển khai việc cài đặt TFS. Bạn cần xem xét:

Tần số sao lưu dữ liệu.
Tần số sao lưu đầy đủ và gia tăng.
Yêu cầu lưu trữ cho việc backup, ví dụ như on-site và off-site backup.

Bạn có thể sử dụng cùng một tiêu chuẩn thực hành mà bạn đã sử dụng cho các database của SQL Server 2005.

Bạn có thể sử dụng các backup để restore TFS theo ba kịch bản sau:

Data-only recovery.
Single-server deployment full recovery.
Dual-server deployment full recovery.

Data-only recovery được sử dụng nếu tầng data bị corrupt. Bạn có thể sử dụng backup data và logs để phục hồi toàn bộ database.

Server recovery được sử dụng khi các server fail. Trong trường hợp này, bạn có thể restore toàn bộ database vào một computer thứ hai.

Application-Tier Standby Server

Mặc dù không có data để backup trên các server tầng application, các server có thể vẫn còn fail. Để giảm thiểu chi phí của sự thất bại này, bạn nên xem xét một warm standby server để cho phép failover trên tầng application.

Failover

Khi xem xét việc cung cấp một failover solution cho TFS của bạn, bạn nên xem xét chi phí cho nhu cầu phần cứng để cung cấp các failover servers dựa vào chi phí của những năng suất bị mất(lost productivity) của công ty của bạn nếu TFS không khả dụng.

Failover thêm vào sự phức tạp cho sự cài đặt của bạn với thêm vào các chi phí bảo trì. Bạn phải xem phần chi phí cho sự bảo trì này như là một nhân tố vào các cân nhắc về chi phí khi quyết định trên chiến lược của bạn.

Clustering có chi phí cao về các nguồn resource và bảo trì và được khuyến khích nếu tổ chức của bạn đã được cung cấp các nguồn resource để quản lý một clustered server.

Mirroring có một mức chi phí, nhưng không cao như clustering. Mirroring có lợi thế là cho phép bạn để có các server offline chính cho việc bảo trì(maintenance). Bạn nên xem xét đến mirroring nếu tổ chức của bạn có thể cài đặt và bảo trì một server tầng data thứ hai.

Tầng Data

Clustering the Data-Tier Servers

Nếu tổ chức của bạn có những resources cần thiết, bạn nên xem xét cài đặt các server chuyên dành riêng trong một cluster. Cluster sẽ cung cấp sự truy cập không bị gián đoạn đến tầng data. Lưu ý là, tuy nhiên, các yêu cầu phần cứng đó cho một cluster là đòi hỏi hơi nhiều. Chi phí các điều kiện của resources của việc thiết lập và bảo trì một cluster thì cao.

Khi clustering, TFS hỗ trợ một cấu hình với một passive node, một active node và một single quorum device server. Khi tầng data không vượt qua được passive node, node này sẽ có quyền sở hữu đại diện và sở hữu tầng data.

Bạn cần chuẩn bị cluster cho việc installation trước khi installing TFS trong một cluster. Để có thêm thông tin về SQL Server 2005 clustering, download the "SQL Server 2005 Failover Clustering White Paper" tại http://www.microsoft.com/downloads/details.aspx?familyid=818234dc-a17b-4f09-b282-c6830fead499&displaylang=en

Mirroring Server Tầng Data

Mirroring một server liên quan đến việc đồng bộ dữ liệu trên một server với một bản sao copy của data đó trên server khác. Server tầng data là server chính, và server với mirrored data là server backup hay mirroring server. Nếu server tầng data của bạn thất bại, bạn có thể tự chuyển đổi sang mirrored server.

Có một mirrored server cho phép bạn sử dụng server offline chính cho việc bảo trì và sữa chữa, và cũng để cung cấp một cơ chế phục hồi nhanh nếu server chính tầng data của bạn bị fail.

Mirroring vừa có thể đồng bộ vừa có thể bất đồng bộ. Bạn có thể trao đổi các server từ server chính đến mirror server trong một cơ chế di chuyển được gọi là role switching(quy luật dịch chuyển). Khi một role switch xảy ra, mirror sẽ mất vai trò là server chính. Nếu server chính vẫn còn giữ vai trò của nó, nó sẽ giành lấy vai trò của mirror. Về nguyên tắc, các vai trò có thể chuyển đổi qua lại.

Đối với TFS, việc tự động chuyển đổi không được hỗ trợ và thay vào đó thì bạn phải tự chuyển đổi.

Để cấu hình SQL Mirroring cho tầng Data

1. Thực hiện backup toàn bộ các databases và transaction log.

2. Backup the Reporting Services encryption key.

3. Install SQL Server 2005 trên mirror server.

4. Restore the data từ tầng data trên mirror server.

5. Với mỗi database trên tầng data ở server chính, chạy Configure Database Mirroring Security Wizard để cấu hình mirror server của nó.

6. Start mirroring.

Failing qua một Mirrored Server

Bạn phải fail over bằng tay mirrored server bằng cách thực hiện các bước sau:

1. Trên TFS tầng application

a. Cấu hình lại the Report Service để sử dụng server mới.

b. Stop the default Web site.

c. Stop the SharePoint Web site.

d. Stop the SharePoint Timer service.

e. Stop the TfsServerScheduler service.

f. Stop the ReportServer application pool.

g. Stop the TFS App Pool application pool.

2. Trên mirror data-tier server hãy chắc là các correct service accounts đã được add.

3. Fail over mỗi database từ server chính đến mirroring server.

4. Build the data warehouse trên server mới.

5. Cấu hình server tầng application để sử dụng server tầng mirror như sau:

a. Từ một command prompt, run TFSAdminUtil RenameDT MirrorDataTierServer.

b. Restart IIS.

c. Thay đổi Reporting Services connection strings để reference the mirror data-tier server.

d. Thay đổi SharePoint server để sử dụng mirror data-tier server

e. Start the SharePoint timer service.

f. Start the TfsServerScheduler service.

g. Start the ReportServer application pool.

h. Start the TFS App Pool application pool.

i. Start Reporting Services.

j. Gọi dẫn ra StampWorkItemCache Web service.

Tầng Application

Failover tầng Application

Sau khi cài đặt server chính tầng application, bạn có thể thêm một warm standby computer để cho phép một warm failover của tầng application.

Standby Hardware và Software

Standby server không cần phải giống hệt như server chính, nhưng nó cần phù hợp với các yêu cầu hardware cho tầng application. Bạn install TFS application-tier software trên warm standby server.

Bạn phải đảm bảo là cả hai server đều có cấu hình như nhau, bao gồm cả user accounts, permission changes, và software updates. Bất kì update nào trên computer chính cũng cần phải được áp dụng trên warm standby server.

Để minimize bất kì problem nào với failover, bạn phải cấu hình network adapters để sử dụng cùng host name từ hai standby computer và các computer chính. Có rất nhiều cách để thực hiện điều này.

Failing qua Server tầng Application

Bạn fail over bằng tay server tầng application . Khi server chính fails, bạn phải hoàn thành các bước để activate bằng tay warm standby server. Bạn có thể chạy TFSAdminUtil utility passing the ActivateAT command, trên standby server, để giúp fail over trên server chính.

Để warm fail over the server:

1. Lảm cho server gốc offline khi chế độ standby của server tầng application được kích hoạt

2. Trên standby server

a. Log vào với quyền administrator.

b. Chạy TFSAdminUtil qua ActivateAT

c. Khởi động Web services trên standby server.

Lệnh này sẽ

Đăng kí tên của warm standby server trong TFS integration database.
Kết nối warm standby tầng application server đến active tầng data server.
Xác nhận đúng server tầng application được kết nối chính xác đến server tầng data.

Để có thêm thông tin về làm thế nào để activate một application-tier failover server, hãy xem "How to: Activate a Fail-Over Application-Tier Server" tại http://msdn2.microsoft.com/en-us/library/ms252501(VS.80).aspx

Tổng Kết

Cấu trúc TFS có ba tầng: một tầng application, một tầng data, và một tầng client. Khi bạn install the server, bạn có thể chọn để install tầng application và tầng data trên cùng một server hay trên các server riêng biệt. Sự lựa chọn triển khai TFS của bạn chủ yếu phụ thuộc vào số lượng người sử dụng mà bạn muốn hỗ trợ. Sau khi bạn đã chọn một topology hỗ trợ nhưng nhu cầu của nhóm bạn, bạn có thể quyết định mức độ hỗ trợ của việc backup và failover mà bạn cần.

Đối với tầng data, bạn có thể sử dụng cùng một cơ chế backup mà tở chức của bạn sử dụng cho các SQL Server 2005 backup khác của bạn. Đối với hỗ trợ failover, bạn có thể chọn để mirror hay cluster các server tầng data.

Tầng application không hỗ trợ tự động failover. Nếu bạn muốn hỗ trợ rapid failover, bạn có thể cung cấp một warm failover server mà bạn có thể tự thực hiện fail over.

Tài nguyên bổ sung

Để có thêm thông tin về installing TFS, hãy xem Visual Studio 2005 Team Foundation Installation Guide tại http://go.microsoft.com/fwlink/?linkid=40042
Để có thêm thông tin về TFS scalability limits, hãy xem "Team Foundation Server Capacity Planning" tại http://blogs.msdn.com/bharry/archive/2006/01/04/509314.aspx
Để có thêm thông tin về làm thế nào để di chuyển OLAP cube và analysis engine đến một separate server, hãy xem "How To: Move the Data Warehouse SQL Server Analysis Services Database to a Separate Server" tại http://msdn2.microsoft.com/en-us/library/aa721760(vs.80).aspx
Để có thêm thông tin về SQL Server 2005 clustering download "SQL Server 2005 Failover Clustering White Paper" tại http://www.microsoft.com/downloads/details.aspx?familyid=818234dc-a17b-4f09-b282-c6830fead499&displaylang=en
Để có thêm thông tin về khởi tạo một SQL Server failover cluster hãy xem "How To: Create a New SQL Server 2005 Failover Cluster (Setup)" tại http://uat.technet.microsoft.com/en-us/library/ms179530(SQL.90).aspx
Để có thêm thông tin về làm thế nà để cài đặt một SQL Server cluster cho tầng data của bạn, hãy xem "Clustering the Data-Tier Server" tại http://msdn2.microsoft.com/en-us/library/ms252505(VS.80).aspx
Để có thêm thông tin về làm thế nào để di chuyển TFS SharePoint site đến server khác, hãy xem"Moving your TFS SharePoint site" tại http://blogs.msdn.com/bharry/archive/2006/10/30/moving-your-tfs-sharepoint-site.aspx
Để có thêm thông tin về Team Foundation Server Scalability, hãy xem Brian Harry's blog tại http://blogs.msdn.com/bharry/archive/2005/12/09/502190.aspx
Để có thêm thông tin về planning cho disaster recovery hãy xem "Visual Studio Team System User Education" tại http://www.microsoft.com/technet/itshowcase/content/vs05teamsystemnote.mspx
Để có thêm thông tin về backup failure và recovery của một Team Foundation Server, hãy xem"Ensuring Team Foundation Server Availability" tại http://msdn2.microsoft.com/en-gb/library/ms253159(VS.80).aspx
Để có thêm thông tin về clustering server tầng data, hãy xem "Clustering the Data-Tier Server" tại http://msdn2.microsoft.com/en-gb/library/ms252505(VS.80).aspx
Để có thêm thông tin về mirroring Team Foundation Server tầng data, hãy xem "Mirroring the Team Foundation Data-Tier Server" tại http://msdn2.microsoft.com/en-gb/library/aa980644(VS.80).aspx

Để có thêm thông tin về cấu hình SQL Server mirroring cho tầng data, hãy xem "How to: Configure SQL Server Mirroring for the Team Foundation Data-Tier Server" tại http://msdn2.microsoft.com/en-us/library/aa980629(VS.80).aspx

Để có thêm thông tin về failing over tầng data, hãy xem "How To: Fail Over to a Mirrored Data-Tier Server" tại http://msdn2.microsoft.com/en-gb/library/aa980627(VS.80).aspx
Để có thêm thông tin về failing over tầng data if the principle server is unavailable, see "How To: Fail Over to a Mirrored Data-Tier Server if the Principal Data-Tier Server is Unavailable" tại http://msdn2.microsoft.com/en-gb/library/aa980528(VS.80).aspx
Để có thêm thông tin về làm cách nào để activate một tầng application fail over server, hãy xem "How To: Activate a Fail-Over Application-Tier Server" tại http://msdn2.microsoft.com/en-us/library/ms252501(VS.80).aspx
Để có thêm thông tin về activating an application tier fail over server, hãy xem "Activating a Fail-Over Application-Tier Server" tại http://msdn2.microsoft.com/en-us/library/ms252486(VS.80).aspx