在 Windows Server 2008 上安裝叢集連續複寫
適用版本： Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1
上次修改主題的時間： 2008-12-19
雖然在 Windows Server 2008 上部署叢集連續複寫 (CCR) 的程序與在 Windows Server 2003 上部署 CCR 時類似，但兩者仍有顯著的不同。部署 CCR 之前，建議您先詳細檢閱叢集連續複寫。此外，請確定符合規劃叢集連續複寫中指定的所有需求。
在 Windows Server 2008 上安裝 CCR 是以數個不同階段來進行：
- 架設硬體，從叢集網路的形成及組態開始。
- 形成叢集，從第一個節點開始，接著是第二個。
- 設定叢集網路和遺失叢集活動訊號時的容錯。
- 設定與保護檔案共用見證。
- 將主動和被動 Mailbox server role 安裝至叢集。在主動 Mailbox server role 的安裝期間，會建立叢集信箱伺服器 (CMS)。
.gif "note")
附註：建議您先完成每個階段，再開始下一個階段。當完成所有階段之後，建議您先驗證 CCR 解決方案，再將它放入生產中。
同樣必須執行一些安裝後期工作：
- 調整容錯移轉控制設定。
- 調整傳輸暫放的預設組態。
- 確認在叢集中之節點間移動 CMS 的能力。
- 為連續複寫活動啟用多個網路。
在執行下列任何參考程序之前，您必須先確定想要的電腦已安裝 Windows Server 2008 的必要作業系統元件。如需如何將 Microsoft Exchange 必要條件安裝在 Windows Server 2008 的詳細步驟，請參閱如何在 Windows Server 2008 或 Windows Vista 上安裝 Exchange 2007 SP1 與 SP2 必要條件。
下列章節會更詳細說明每個安裝階段。
網路形成及組態
在 Windows Server 2008 上的雙節點 CCR 環境中建立 CMS 時，必須要有足夠的可用 IP 位址。Windows Server 2008 容錯移轉叢集加入了新的網路功能，這些功能衍生自舊有叢集的運作方式，但有極大的變革。例如，Windows Server 2008 容錯移轉叢集能夠支援多個子網路、動態主機設定通訊協定 (DHCP) 網際網路通訊協定第 4 版 (IPv4) 和 IPv6。在 Windows Server 2008 容錯移轉叢集內執行時，Microsoft Exchange Server 2007 Service Pack 1 (SP1) 亦可支援分散各處的叢集在兩個子網路之間進行容錯移轉。此支援包括單一副本叢集 (SCC) 與 CCR 環境中的 Mailbox Server。
| 附註： |
|---|
| 雖然 Windows Server 2008 容錯移轉叢集支援 DHCP IPv4，但建議您在生產環境中使用靜態 IP 位址。若您在容錯移轉叢集中使用 DHCP IPv4，建議您設定 DHCP 伺服器以授與無限期的租用時間。 |
從 Windows Server 2008 容錯移轉叢集開始，個別的叢集節點現在可以位在不同的路由網路。若要做此配置，依賴 IP 位址資源 (如網路名稱資源) 的資源即必須執行 OR 邏輯，因為並非每個叢集節點皆可具有叢集所能辨識之每個網路的直接本機連線。這樣可以在服務或應用程式容錯移轉至遠端節點時，加速 IP 位址與網路名稱資源上線的速度。
所有與網路名稱資源關聯的線上 IP 位址，皆會以清單順序動態登錄於網域名稱系統 (DNS) 中 (若已針對動態更新加以設定)，讓這些線上 IP 位址資源先傳回用戶端。因為可以將叢集節點放置在不同的路由網路上，而且通訊機制已改為使用在使用者資料包通訊協定 (UDP) (單點傳播) 上執行的可靠工作階段通訊協定，分散各處叢集的網路需求不再適用。因此，組織不需使用虛擬 LAN (VLAN) 技術將叢集子網路延伸至兩個位置，即可在兩個實體資料中心之間部署容錯移轉叢集。
公用及私人網路都需要 IP 位址。私人和公用位址的相關需求如下：
- 私人位址 每個節點都需要一個 IP 位址，供叢集私人網路中所使用的每張網路介面卡使用。您可以使用靜態 IPv4 位址或動態指派的 IPv6 位址。您必須使用不在相同子網路或網路上的 IP 位址，作為公用網路的其中一個 IP 位址。建議您使用 10.10.10.10 及 10.10.10.11 搭配 255.255.255.0 的子網路遮罩，作為節點的私人 IP 位址。
- 公用位址 每個節點都需要一個 IP 位址，供叢集公用網路 (有時稱為混合網路) 中所使用的每張網路介面卡使用。此外，容錯移轉叢集及 CMS 也需要 IP 位址，以便讓用戶端及系統管理員可以進行存取。您必須使用不在相同子網路或網路上的 IP 位址，作為私人網路的其中一個 IP 位址。您可以使用靜態 IPv4 位址、DHCP IPv4 位址或靜態 IPv6 位址。
.gif "important")
重要事項：叢集網路的所有網路介面卡必須使用相同版本的 TCP/IP，也就是說，它們必須全都使用 IPv4，或全都使用 IPv4 與 IPv6。
叢集信箱伺服器的網路最佳作法
也建議您對叢集網路採用這些最佳作法：
使用有意義的名稱 建立叢集會給您許多的機會使用有意義的名稱，供叢集節點、叢集網路介面、叢集名稱及 CMS 名稱使用。例如，用於與其他 Exchange 伺服器及用戶端通訊的網路，可稱為公用。用於叢集節點間通訊的網路，可稱為私人。使用可與其他每個項目產生關聯的名稱，便不需要檢視拓撲對應。其他有用的慣例是將叢集節點關聯至 CMS 名稱。例如，針對 CMS 與兩個節點分別使用 mbx01、mbx01-node1 及 mbx01-node2。
針對私人網路介面使用私人 IP 位址 如需可用於每個節點上的私人網路介面之 IP 位址範圍與子網路遮罩的清單，請參閱下表。
私人網路介面的位址範圍及子網路遮罩
網路 / 節點 IP 位址範圍 子網路遮罩 私人 / NODE1
10.10.10.10-255
255.255.255.0
私人 / NODE2
10.10.10.11-255
255.255.255.0
注意下列事項：
- 如果您的公用網路使用 10.x.x.x 網路及 255.255.255.0 子網路遮罩，建議您使用其他私人網路 IP 位址及子網路遮罩。
- 不建議您在私人網路上使用任何類型的容錯介面卡或「小組」。如果需要私人網路備援，請使用僅為叢集使用而設定的多個網路介面卡。若您使用此技術，請驗證您的韌體與驅動程式是否為目前最新版本，這是很重要的。如需伺服器叢集相容性的相關資訊，請連絡網路介面卡製造商。如需容錯移轉叢集部署中之網路介面卡協力作業的相關資訊，請參閱 Microsoft 知識庫文章 254101網路介面卡協力作業和伺服器叢集。
形成容錯移轉叢集
當第一個節點新增至叢集時，就會形成容錯移轉叢集。此處理程序會授與該叢集唯一的網路名稱，以及唯一的網路 IP 位址。當節點上線及離線時，此網路名稱及 IP 位址 (統稱為叢集的網路識別碼) 會在叢集中的節點之間移動。一般而言，叢集的網路身分識別很少用於 CMS 的管理中。
若您熟悉部署上一個版本的容錯移轉叢集或 Exchange 叢集，您將會發現部署 CCR 的叢集不太相同。若您是第一次使用叢集解決方案，您將會發現部署比一般叢集組態更簡單。
您可以使用如何針對叢集連續複寫建立 Windows Server 2008 容錯移轉叢集中的指示來建立新的叢集。
新增其他節點
在第一個節點上安裝叢集服務之後，您會發現在第二個節點上進行安裝所需的時間較少。這是因為安裝程式會使用在第一個節點上設定的網路組態設定，作為在後續節點上進行網路設定的基礎。您應先驗證叢集組態，再新增並設定第二個節點。您可以從命令提示字元執行 Cluster.exe group，以驗證叢集服務是否在執行中，以及叢集是否運作正常。它應該會產生如下的輸出。
C:\>cluster group
Listing status for all available resource groups:
Group Node Status
------------------ --------------- ------
Cluster Group <NODEName> Online
我們也建議您在繼續執行之前，先檢閱事件日誌中是否有需要注意的錯誤與警告。如需如何新增第二個節點至叢集的詳細步驟，請參閱如何針對叢集連續複寫建立 Windows Server 2008 容錯移轉叢集。
設定叢集網路
將兩個節點新增至叢集後，必須設定叢集網路元件。明確而言，您必須為叢集與用戶端存取設定網路，還必須為遺失的叢集活動訊號設定容錯設定。也建議您以更有意義的名稱來重新命名叢集網路。
下表詳述設定叢集網路以使用叢集活動訊號時的可用選項。
設定叢集網路的選項
| 選項 | 描述 |
|---|---|
允許叢集使用此網路 (私人網路) |
若要讓叢集服務僅使用此網路進行節點間的通訊流量，請選取此選項。用戶端將無法連接到使用此網路的 CMS。 |
允許叢集使用此網路，並允許用戶端透過此網路進行連線 (混合網路) |
若要讓叢集服務使用網路介面卡進行叢集節點間的通訊與外部用戶端的通訊，請選取這兩個選項。叢集服務將使用此網路進行節點間的通訊，而用戶端將可使用此網路連接至 CMS。 |
不允許叢集使用此網路 (不受管理的網路) |
只有在不希望於叢集中使用網路，或要使用叢集服務管理網路時，才選取此選項。叢集服務將無法使用此網路進行節點間的通訊，用戶端亦無法使用此網路連接至 CMS。 |
CCR 環境中部署的 CMS 在兩個節點上至少必須要有兩張網路卡，才能受到支援。在 Exchange 2007 SP1 中，任何受叢集服務管理、並同時針對叢集使用與用戶端連線啟用的網路 (例如，設定為混合網路)，皆可用於連續複寫功能，包括植入、記錄傳送與重新植入。此作業可透過 Exchange 2007 SP1 中名為 Enable-ContinuousReplicationHostName 的新指令程式加以完成。
| 附註： |
|---|
| 設定叢集網路的方法之一，是先建立初步的網路組態，然後在僅選取網路測試的情形下，執行 [容錯移轉叢集管理] 工具中的 [驗證組態精靈] (例如，略過庫存、儲存與系統組態測試)。僅執行網路測試時，處理程序不會耗費太多時間。您可使用驗證報告，針對網路組態中需要的任何項目進行更正。在您設定整個叢集後，建議您重新執行驗證組態精靈並選取所有測試。 |
為遺失的叢集活動訊號設定容錯設定
完成設定叢集通訊與網路優先順序後，建議您為遺失叢集活動訊號設定特定的容錯設定。執行此作業，可將叢集服務對叢集節點間的網路連線監控設定為容許輕微程度的中斷情形。如此可避免在某些網路短暫中斷的情況下進行容錯移轉。建議您在所有節點上設定私人與混合叢集網路，以表示十個遺失的活動訊號。此設定等級約相當於 12 秒。
如需如何設定叢集網路功能元件的詳細步驟，請參閱如何設定容錯移轉叢集的叢集網路。
設定叢集信箱伺服器網路名稱資源的 TTL 設定
在下列兩個部署案例中，執行運作中斷或復原選項時將必須變更指定給 CMS 的 IP 位址：
- CMS 部署於多重子網路環境。
- 使用待命叢集復原失敗的叢集。
在這兩個案例中，CMS 的名稱並不會變更，但指派給 CMS 的 IP 位址會變更。與已變更 IP 位址的 CMS 通訊的用戶端與其他伺服器，必須在 DNS 已使用新的 IP 位址進行更新，且本機 DNS 快取已更新後，才能重新建立與 CMS 的通訊。若要盡可能縮短用戶端與其他伺服器辨識 DNS 變更所需的時間，建議您將 CMS 網路名稱資源的 DNS TTL 值設定為五分鐘。
| 附註： |
|---|
| 在大部分的環境中，建議您僅設定 CMS 網路名稱資源的 DNS TTL 值。但環境中若有非 Exchange 管理工具使用叢集名稱連接至叢集以進行管理作業，建議您也將叢集之網路名稱資源的 TTL 值設定為五分鐘。 |
依預設，叢集服務會使用 20 分鐘作為網路名稱資源的 DNS TTL 設定值。雖然您可以使用 DNS 管理工具，直接在 DNS 資料庫中手動調整主機名稱的 TTL 值，但只要 DNS 中的網路名稱登錄重新整理，DNS 資料庫中的值便會遭到覆寫，並將叢集服務預設值設定為 20 分鐘。每當 CMS 啟動、移動或在失敗或容錯移轉後重新上線時，DNS 中的網路名稱登錄即會重新整理。
在 Windows Server 2008 中，容錯移轉叢集中的網路名稱資源已加入新的私人內容。新的內容稱為 HostRecordTTL，您可以使用 Cluster.exe 加以設定。
| 附註： |
|---|
| 此內容僅適用於 Windows Server 2008 容錯移轉叢集。Windows Server 2003 容錯移轉叢集中沒有此類內容。對於執行 Windows Server 2003 的容錯移轉叢集，一律會套用叢集服務預設值 20 分鐘。 |
如需如何為 CMS 網路名稱資源設定 DNS TTL 值，供多重子網路 CMS 或待命叢集部署使用的詳細步驟，請參閱如何為網路名稱資源設定 DNS TTL 值。
設定叢集仲裁
設定叢集網路後，接下來必須設定容錯移轉叢集，以使用節點與檔案共用多數仲裁資源。如需如何設定容錯移轉叢集以使用節點與檔案共用多數仲裁模型的詳細步驟，請參閱如何設定節點與檔案共用多數仲裁。
驗證容錯移轉叢集
Windows Server 2008 包含名為 [驗證組態精靈] 的新式精靈，可用以驗證容錯移轉叢集的健康狀況與組態。建議您先執行此精靈，再於叢集中安裝 Exchange 2007。在安裝 Exchange 2007 前執行此精靈，您便能夠辨識叢集中可能導致 Exchange 無法安裝的組態問題，並加以處理。
[驗證組態精靈] 中含有四個測試群組，可用以驗證叢集是否符合相關必要需求而可受 Microsoft 支援。除了叢集解決方案需要有「Designed for Windows Server 2008」相容性標誌外，還需要滿足這些需求。
這四個測試群組為：清查、網路、儲存裝置以及系統組態。由於 CCR 不會使用共用儲存，因此不需執行測試的儲存群組。若您對不具任何叢集儲存資源 (例如針對 CCR 所設計的容錯移轉叢集) 的容錯移轉叢集執行測試的儲存群組，則測試的儲存群組將會失敗。測試的儲存群組所產生的所有失敗均可忽略，因為針對 CCR 所設計的容錯移轉叢集原本就沒有共用儲存。
如需如何驗證容錯移轉叢集的詳細步驟，請參閱如何驗證容錯移轉叢集組態。
叢集信箱伺服器安裝與組態
您可以在每個節點上執行一些步驟，在叢集上安裝 Mailbox server role。叢集形成並加以驗證後，並將叢集設定為可與檔案共用證明同時使用 Majority Node Set (MNS) 仲裁之後，您便應該先在主動節點上安裝 Mailbox server role。如需如何在主動節點上安裝 Mailbox server role 的詳細步驟，請參閱如何在 Windows Server 2008 上安裝 CCR 環境的主動叢集 Mailbox role。
您在主動節點上安裝 Mailbox server role 與 CMS，並驗證第一個儲存群組的組態之後，就應該在被動節點上安裝 Mailbox server role。如需如何在被動節點上安裝 Mailbox server role 的詳細步驟，請參閱如何在 Windows Server 2008 上安裝 CCR 環境的被動叢集信箱角色。
安裝 Mailbox server role 之後，您便能選擇調整容錯移轉設定。如需調整容錯移轉的相關資訊，請參閱如何調整叢集連續複寫的裝載和容錯移轉設定。
安裝後期工作
在兩個節點上安裝 Mailbox server role 並建立 CMS 之後，應執行某些安裝後期工作。這些工作包括：
- 為連續複寫活動啟用多個網路。
- 調整容錯移轉控制設定。
- 調整傳輸暫放的預設組態。
- 確認在叢集中之節點間移動 CMS 的能力。
為連續複寫活動啟用多個網路
在 Microsoft Exchange Server 2007 的量產發行 (RTM) 版本中，所有的記錄檔複製與植入皆會在公用網路間執行。在 Exchange 2007 SP1 中，您可以啟用任何設定為混合網路的叢集網路以進行連續複寫活動。這活動包括儲存群組的植入與重新植入，以及記錄傳送。
在 Exchange 2007 SP1 中，您只能啟用指定為混合網路的叢集網路以進行連續複寫作業。混合網路是指任何同時對叢集 (節點之間的通訊) 與用戶端存取流量進行設定的叢集網路。針對叢集存取、但未針對用戶端存取進行設定的叢集網路 (有時稱為私人網路)，無法用於連續複寫。
透過混合網路進行記錄傳送的支援，可使用新的指令程式 Enable-ContinuousReplicationHostName 來設定。同樣地，您也可以使用 Disable-ContinuousReplicationHostName 指令程式關閉此功能。在 CCR 環境中存有 CMS 之後，系統管理員即可在叢集的兩個節點上執行 Enable-ContinuousReplicationHostName，並指定兩個 IP 位址與主機名稱。執行此作業後，系統會在順利完成設定並確認混合網路可運作後，隨機選取混合網路以進行記錄複製。
如需如何為連續複寫活動啟用叢集網路的詳細步驟，請參閱如何在 Windows Server 2008 上啟用備援叢集網路以進行記錄傳送及植入。
| 附註： |
|---|
| 每當您執行 Enable-ContinuousReplicationHostName 指令程式時，除了主機名稱、IP 位址與容錯移轉叢集上所建立的叢集群組以外，您也會在包含 CMS 的 Active Directory 網域中建立電腦帳戶。在 Windows Server 2008 中，使用者若是未獲委派網域系統管理員權限，也沒授與「建立電腦物件」及「刪除電腦物件」存取控制項目 (ACE)，其可新增電腦帳戶的數目上限預設值為 10。對於沒有網域系統管理員權限或前述 ACE 的 Exchange 系統管理員來說，經常執行 Enable-ContinuousReplicationHostName 與 Disable-ContinuousReplicationHostName 指令程式就會很快達到 10 個帳戶的限制。可解決這問題的因應措施記載於知識庫文章 307532 如何排解叢集服務帳戶修改電腦物件時所遇到的疑難 。您也可以在知識庫文章 251335 網域使用者無法將工作站或伺服器加入網域中找到其他資訊。 |
在 CCR 環境中植入與重新植入的作業，可透過 Update-StorageGroupCopy 指令程式加以執行。在 Exchange 2007 SP1 中，已延伸此指令程式並加入新的參數 DataHostNames。這個參數可用來指定應該用來進行植入或重新植入的網路。這個值是包含兩個名稱的多值清單：可以是網域全名 (FQDN) 或是主機名稱。其中一個名稱必須能夠識別被動節點。
調整容錯移轉控制設定
CCR 包括讓您控制 CMS 之容錯移轉行為的屬性。您可以使用 Set-MailboxServer 指令程式來設定這些屬性。提供這些屬性的目的是讓您能夠控制下列兩個決策演算法：
- 演算法 1 演算法 1 控制是否在容錯移轉時間中裝載資料庫。在容錯移轉時，如果偵測到資料庫遺失的記錄檔數量小於設定的數量，則會自動裝載它。可使用稱為 AutoDatabaseMountDial 的值來設定可接受的遺失記錄檔數量。這個參數 (在 Active Directory 中是以稱為 msExchDataLossForAutoDatabaseMount 的 Exchange Server 屬性表示) 有三個值：「無遺失」、「可用性良好」及「可用性最佳」。「無遺失」表示遺失零個記錄檔，「可用性良好」表示遺失三個記錄檔，「可用性最佳」(預設值) 表示遺失六個記錄檔。如需如何設定這些值的詳細步驟，請參閱如何調整叢集連續複寫的裝載和容錯移轉設定。
- 演算法 2 演算法 2 可讓您判定使用舊資料連線是否比離線重要。若資料庫無法根據演算法 1 裝載，您可以建立執行第二次檢查的時間。等待時間可透過 ForcedDatabaseMountAfter 屬性來設定。此值是以小時為單位，並預設為無限制。重要事項：
到達 ForcedDatabaseMountAfter 的值時，不論儲存群組副本是落後 1 個記錄、10 個記錄或 1,000 個記錄，都會裝載資料庫，因此會大量遺失資料。有鑑於此，如果服務等級協定 (SLA) 確定會遭致最大量的資料遺失，就不應使用此參數。
調整傳輸暫放
「傳輸暫放」是 Hub Transport server role 的一項功能，在使用本機連續複寫 (LCR) 或 CCR 時必須設定此功能，而且只有 LCR 與 CCR 環境使用這個功能。傳輸暫放會於尚未排定的中斷後，提交最近傳遞的郵件。使用 LCR 或 CCR 時應一律開啟傳輸暫放。傳輸暫放是對全組織啟用的，此項目會設定每個儲存群組的儲存量，並設定在傳輸暫放中保留郵件的時間。
Hub Transport Server 會針對最近傳遞至 CMS 的郵件維護一個佇列。在不是無遺失的容錯移轉事件中，CCR 會自動要求站台中的每個 Hub Transport Server 從傳輸暫放佇列中重新提交郵件。在 LCR 環境中，會在 Restore-StorageGroupCopy 工作中執行重新提交的要求。重新提交執行時，資訊儲存庫會自動刪除重複的郵件，並重新傳遞遺失的郵件。您可以使用 Set-TransportConfig 指令程式來變更傳輸暫放的預設組態設定，而傳輸暫放是在儲存群組層級中套用的。或者，您也可以在 Exchange 2007 SP1 中使用 Exchange 管理主控台進行傳輸暫放值的設定。
建議您將每個儲存群組的大小上限 (MaxDumpsterSizePerStorageGroup 參數) 設定為可傳送之最大郵件大小的 1.5 倍。例如，如果郵件大小上限為 10 MB，則應將 MaxDumpsterSizePerStorageGroup 參數設為 15 MB。對於沒有郵件大小上限的組織，建議您將每個儲存群組的大小上限設定為組織中所傳送之平均郵件大小的 1.5 倍。
同時建議您將每個儲存群組的保留時間上限 (MaxDumpsterTime 參數) 設定為 07.00:00:00 值，亦即 7 天。這段時間足以應付延伸的中斷時間，而不會遺失電子郵件。使用傳輸暫放功能時，Hub Transport Server 需要其他磁碟空間才能主控傳輸暫放佇列。所需的儲存空間量，大約等於 MaxDumpsterSizePerStorageGroup 值乘以 Hub Transport Server 所在之 Active Directory 站台中使用連續複寫的所有 Mailbox Server 上的儲存群組數目。
如需如何啟用並設定傳輸暫放的詳細步驟，請參閱如何設定傳輸暫放。
驗證 CCR 解決方案
完成 CCR 解決方案的安裝後，或是進行重大組態變更後，建議您驗證 CMS 的健康狀況和狀態，並驗證這兩個節點都已正確設定成支援 CMS。
驗證 CMS 的健康情況與狀態的建議方法，是執行 Test-ReplicationHealth、Get-StorageGroupCopyStatus 與 Get-ClusteredMailboxServerStatus 指令程式：
- Test-ReplicationHealth 指令程式是 Exchange 2007 SP1 中的新功能。此指令程式是為主動監視連續複寫和連續複寫管線而設計。Test-ReplicationHealth 指令程式會檢查複寫、叢集服務和儲存群組複寫及重新顯示狀態的所有層面，以提供複寫系統的完整概觀。如需 Test-ReplicationHealth 指令程式的相關資訊，請參閱 Test-ReplicationHealth。
- Get-StorageGroupCopyStatus 指令程式提供每個儲存群組的目前複寫狀態資訊。如需如何檢視 CCR 環境中儲存群組狀態的詳細步驟，請參閱如何使用 Exchange 管理命令介面檢視叢集連續複寫副本的狀態。
- Get-ClusteredMailboxServerStatus 指令程式可提供 CMS 的基本作業狀態。如需如何取得 CMS 之基本作業狀態的詳細步驟，請參閱如何檢視叢集信箱伺服器的狀態。
驗證這兩個節點都能使 CMS 上線的建議方法，就是使用 Move-ClusteredMailboxServer 指令程式，將 CMS 移動到每個節點。在 Exchange 2007 SP1 中，您也可以使用 Exchange 管理主控台中的 [管理叢集信箱伺服器精靈] 在節點間移動 CMS，以驗證兩個節點皆可使 CMS 上線。
若要確保您目前閱讀的是最新資訊，並尋找其他的 Exchange Server 2007 說明文件，請造訪 Exchange Server 技術資源中心.