• 發行項

儲存需求

上次修改主題的時間： 2009-09-28

若要規劃儲存，必須判斷所要部署的儲存元件，包括儲存類型、儲存資料庫和記錄檔的位置，以及用於延展性和高可用性之元件的相關決策。

儲存元件

資料類型與儲存

規劃 Office Communications Server 2007 R2 的儲存解決方案時，您需要知道它所產生的資料類型，以及每一種資料類型的儲存位置。下表列出了這些資訊。

表 1. 資料類型與儲存

資料類型 資料存放區名稱 位置

持續性的使用者資料 (例如，ACL、連絡人、主伺服器或集區、排定的會議等)

RTC

Enterprise Edition、後端資料庫；Standard Edition、Microsoft SQL Server 2005 Express SP2。

持續性的 Office Communications Server 2007 R2 設定

RTCConfig

Enterprise Edition、後端資料庫；Standard Edition、SQL Server 2005 Express SP2。

暫時性的使用者資料 (例如，端點與訂閱項目，以及暫時性會議狀態)

RTCDyn

Enterprise Edition、後端資料庫；Standard Edition、SQL Server 2005 Express SP2。

包含通訊錄 Web 查詢服務所使用之全域通訊資訊的資料庫，以支援 Office Communicator Mobile for Windows 用戶端的通訊錄搜尋查詢

RTCab

Enterprise Edition、後端資料庫；Standard Edition、SQL Server 2005 Express SP2。

由 Address Book Server 建立，並由 Office Communicator、Office Communicator Phone Edition 和 Office Communicator Attendant 用戶端下載的通訊錄下載檔案

使用者指定的 UNC 路徑

若是 Enterprise Edition，下載檔案會儲存在使用者建立的共用 NTFS 資料夾中，它位於與 Enterprise Edition 前端伺服器不同電腦 (建議使用) 的專屬檔案伺服器上。

若是 Standard Edition，檔案會儲存在本機 Standard Edition Server 上的 <Microsoft Office Communications Server 2007 R2 安裝資料夾>\Web Components\Address Book Files 中。

會議內容 (例如，Microsoft Office PowerPoint 簡報、問與答記錄、輪詢、聊天，以及上傳的內容)

使用者指定的 UNC 路徑

若是 Enterprise Edition，下載檔案會儲存在使用者建立的共用 NTFS 資料夾中，它位於與 Enterprise Edition 前端伺服器不同電腦 (建議使用) 的專屬檔案伺服器上。

若是 Standard Edition，檔案會儲存在本機 Standard Edition Server 上的 <Microsoft Office Communications Server 2007 R2 安裝資料夾>\Web Components\Data MCU Web\Web 中。

會議內容中繼資料 (描述會議內容的 XML 資料，例如，PowerPoint 簡報上傳的日期與時間)

使用者指定的 UNC 路徑

若是 Enterprise Edition，下載檔案會儲存在使用者建立的共用 NTFS 資料夾中，它位於與 Enterprise Edition 前端伺服器不同電腦 (建議使用) 的專屬檔案伺服器上。

若是 Standard Edition，檔案會儲存在本機 Standard Edition Server 上的 <Microsoft Office Communications Server 2007 R2 安裝資料夾>\Web Components\Data MCU Web\Non-Web 中。

會議內容規範記錄 (記錄內容上傳活動的 XML 資料，以及上傳的會議內容)

使用者指定的 UNC 路徑

若是 Enterprise Edition，下載檔案會儲存在使用者建立的共用 NTFS 資料夾中，它位於與 Enterprise Edition 前端伺服器不同電腦 (建議使用) 的專屬檔案伺服器上。

若是 Standard Edition，檔案會儲存在本機 Standard Edition Server 上的預設資料夾中。

集區的應用程式伺服器元件在內部使用的應用程式資料檔案

使用者指定的 UNC 路徑

若是 Enterprise Edition，下載檔案會儲存在使用者建立的共用 NTFS 資料夾中，它位於與 Enterprise Edition 前端伺服器不同電腦 (建議使用) 的專屬檔案伺服器上。

若是 Standard Edition，檔案會儲存在本機 Standard Edition Server 上的 <Microsoft Office Communications Server 2007 R2 安裝資料夾>\Application Host\Application Data 中。

用戶端版本控制機制用來更新 Office Communicator 用戶端的更新檔案，以及裝置更新服務用來更新整合通訊 (UC) 裝置的更新檔案。

Enterprise Edition 中之使用者指定的 UNC 路徑

Standard Edition 中之安裝程式建立的資料夾

若是 Enterprise Edition，更新檔案會儲存在使用者建立的檔案共用中，它位於與 Enterprise Edition 前端伺服器不同的電腦 (建議使用) 上。

若是 Standard Edition：

  • 用戶端更新檔案會儲存在 <Microsoft Office Communications Server 2007 R2 安裝資料夾>\Web Components\AutoUpdate 中。
  • 用戶端更新檔案會儲存在 <Microsoft Office Communications Server 2007 R2 安裝資料夾>\Web Components\DeviceUpdateFiles 中。

監控伺服器經驗品質 (QoE) 資料

QoEMetrics

通常會部署在與後端資料庫不同電腦上 (建議使用) 的監控伺服器 QoE 資料庫。此資料庫永遠部署在與 CDR 資料庫相同的伺服器上以及相同的執行個體中。

監控伺服器 CDR 資料

LcsCDR

通常會部署在與後端資料庫不同電腦 (建議使用) 上的監控伺服器 CDR 資料庫此資料庫永遠部署在與 QoE 資料庫相同的伺服器上以及相同的執行個體中。

封存資料

LcsLog

通常會部署在與後端資料庫不同電腦 (建議使用) 上的封存服務資料庫。

群組交談資料

使用者指定的資料庫名稱

部署在與群組交談伺服器不同電腦上的 SQL Server 2005 或 SQL Server 2008 資料庫。

群組交談 Web 和規範資料夾 (以儲存上傳至群組交談 Web 服務的檔案)

使用者指定的 UNC 路徑

可由集區中所有群組交談伺服器和服務存取的檔案共用。

群組交談規範資料

使用者指定的資料庫名稱

部署在與規範服務不同電腦上的 SQL Server 2005 SP2 或 SQL Server 2008 資料庫。它可以是用於群組交談資料的相同資料庫執行個體。

暫時性的回應群組服務資料

ACDDyn

Enterprise Edition、後端資料庫；Standard Edition、SQL Server 2005 Express SP2。

儲存裝置考量事項

規劃有效的儲存策略，特別是當您正在部署具有後端資料庫的 Enterprise Pool 時，更是 Office Communications Server 2007 R2 部署成功不可或缺的要件。如果您無法準確地評估儲存需求並實作可最佳化資料存取與安全性的策略，在各方面不只極度不便利，而且也可能造成重大的傷害。

為 Office Communications Server 2007 R2 規劃儲存策略時，必須權衡以下三項條件：容量、可用性與效能。您在規劃並實作儲存解決方案時所做的選擇，會影響日後管理及維護 Office Communications Server 2007 R2 環境的相關成本：

  • **容量。**在 Office Communications Server 2007 R2 中，大型部署的 Enterprise Edition 後端資料庫大約需要 10 GB 的總容量。依據傳統標準來看，這種大小的資料庫並不算大。
  • **可用性。**資料庫的可用性可透過重複性方式來增加。這也表示您應該將應用程式組成叢集，以提供 CPU 重複性，或實作獨立磁碟容錯陣列 (RAID) 解決方案提供資料的重複性。
  • **效能。**每個公司組織對效能的需求各不相同，而這裡的效能，指的是輸送量。在儲存技術中，輸送量是指儲存裝置每秒鐘可以執行多少讀取與寫入。

在為 Office Communications Server 2007 R2 設計儲存解決方案之前，請先決定公司對於這三項條件的優先順序，尤其要考慮可用性與效能之間的平衡。以下章節將討論各項與儲存相關的考量。

一般儲存原則

無論執行何種應用程式，為了完整地發揮容量、可用性與效能，請考慮以下的儲存原則：

  • 實作整合 RAID 技術的專業硬體解決方案，例如 RAID 或存放區域網路 (SAN)，以降低 CPU 的處理需求。在這個案例中，是假設您使用了硬體解決方案，而不是軟體 (以主機為主) RAID 解決方案。
  • 將循序存取的檔案與隨機存取的檔案分開放置，以降低完成異動所需的總時間。將循序存取的檔案分開儲存，磁碟磁頭便會保持在循序 I/O 的位置，這可以減少尋找資料的時間。
  • 請使用多台磁碟，因為這樣的效能會比單一大磁碟來得更好。一般而言，磁碟機數目越多，效能便越快。

請參考下一節的資訊，比較這些儲存技術的異同點。

RAID 解決方案

使用 RAID 解決方案，可以增加 Office Communications Server 2007 R2 部署的容錯性。在 RAID 組態設定中，有一部分的實體儲存容量是含有硬碟儲存資料的重複性資訊，這些重複性資訊如果不是同位資訊 (如為 RAID-5 磁碟區時)，便是完整、獨立的複製資料 (如為鏡像 RAID1 或等量和鏡像 RAID 0+1 磁碟區時)；重複性資訊可以用來重新產生資料。

Office Communications Server 2007 R2 考量

在規劃儲存解決方案時，請考慮以下 Office Communications Server 2007 R2 的功能：

  • 在合併設定的集區中，Office Communications Server 最多可支援 100,000 個同時執行的使用者。每一個 Enterprise Pool 的後端資料庫和 Standard Edition Server 上的 SQL Server 2005 SP2 資料庫，則各有一組異動記錄檔與資料庫檔案。
  • 並非所有儲存在 Office Communications Server 上的資料都會以相同方式來管理。使用同一種儲存解決方案處理所有資料類型，並不是最有效率的做法。例如，暫時性與靜態資料都會駐留在後端資料庫。RTCDyn 資料庫會儲存會議狀態資訊和暫時性的其他資訊。由於其暫時性質的緣故，您不需要因為要進行復原，而定期備份或儲存這類資訊。然而，請務必針對下列資料規劃好重複性與持續進行的可用性：
    • 儲存在 Standard Edition Server 和 Enterprise Pool 的 RTC (使用者設定) 和 RTCConfig (組態設定) 資料庫中的持續性資料。
    • 封存伺服器資料庫，其中包含對於封存用途來說非常重要的規範資訊。
  • Office Communications Server 2007 R2 中的異動記錄檔屬於循序存取，而資料庫則是隨機存取。根據一般的儲存原則，您應該將異動記錄檔 (循序 I/O) 與資料庫 (隨機 I/O) 分開存放，以發揮最大的 I/O 效能並提高容錯性。具體來說，您應該將異動記錄檔移轉至不同磁碟，與資料庫檔案的存放區分開。
    若要進一步增進系統效能，請將 RTCDyn 資料庫的異動記錄檔儲存在不同的專用裝置上。這有助於確保異動傳送量。
  • SQL Server 2005 Enterprise Edition SP2 或 SQL Server 2008 Enterprise 可以設定為容錯移轉叢集，以提供高可用性支援。例如，若要在作業系統失敗或是預定升級期間提供支援，可以將容錯移轉叢集中的某個節點設定為容錯移轉至叢集設定中的其他任何節點。這項功能有助於將系統停機時間降到最低，進而針對伺服器提供高可用性。此外，如果您決定以關鍵模式來實作封存，亦即如果無法使用封存服務將立即關閉 Office Communications Server，如此您可能想要使用容錯移轉叢集，因為 SQL Server 失敗可能會讓整個 Office Communications Server 基礎結構停擺。

無論使用 Direct Attached Storage (DAS) 或存放區域網路 (SAN) 儲存解決方案，儲存解決方案都需要適當的規劃和設計，以確保為 Office Communications Server 2007 R2 提供適當的容量和傳送量。

儲存異動記錄檔和資料庫檔案

如上所述，如果要在硬碟故障時提供容錯性，請將 Office Communications Server 2007 R2 異動記錄檔與資料庫檔案，分別存放於不同的實體硬碟中。而且，將這些記錄檔與資料庫檔案分別置於不同的硬碟後，就能大幅改善硬碟 I/O 的效能。針對資料及異動檔案的存取，請在 RAID 控制器中為它們分別選取不同的 I/O 通道，而且盡可能地將每個 I/O 通道放在不同的 RAID 控制器上。

如果含有異動記錄檔的硬碟故障 (而不是含有資料庫的硬碟)，您就不需要從備份中復原任何 Office Communications Server 2007 R2 資料。Office Communications Server 2007 R2 的 SQL Server 異動記錄檔會定期摺疊，並保持在限定的大小內。如果控制器支援這項功能，您應該啟用寫入快取，因為啟用寫入快取可以明顯地增加資料輸送量。

Dd425133.important(zh-tw,office.13).gif重要事項：
如果將 Office Communications Server 2007 R2 資料庫及異動記錄檔都放在相同的實體硬碟中，效能會受影響，而且萬一此硬碟發生問題時，您便只能復原到前次備份時的資料。

請務必為 Office Communications Server 2007 R2 伺服器保留適當的硬碟空間。硬碟中應該擁有足夠的空間，以便用於還原資料庫與記錄檔。如果沒有足夠的空間，可能會因為備份檔案過大，而無法還原回原始的位置。

使用伺服器叢集

容錯移轉叢集 (先前稱為伺服器叢集或 MSCS) 是一項 Windows Server 功能，可讓 Office Communications Server 2007 R2 後端資料庫具有擴充性與高可用性。叢集包含一群透過叢集服務彼此緊密運作的個別電腦 (亦稱為節點)。這些電腦擔任的角色，有時是網路服務提供者，有時則可以做為備份用電腦，在某個節點發生問題時接管它的伺服器作業。因此，叢集可以提供很好的容錯性與可靠性。而且，依照您對叢集組態的設定，叢集也可以簡化單一伺服器錯誤復原的程序。

因為叢集中任一個節點都能承接虛擬伺服器的控制權，所以在叢集環境中，SQL Server 會當做虛擬伺服器，而非獨立的伺服器來使用。如果執行 SQL Server 虛擬伺服器的節點發生問題，SQL Server 虛擬伺服器會先暫時離線，直到另一個節點接管受損節點正進行的作業為止。

Office Communications Server 2007 R2 支援後端資料庫的多節點主動/被動叢集。但是，本版不支援主動/主動叢集。在多節點叢集中，Office Communications Server SQL 執行個體必須能容錯移轉至被動節點，而基於效能因素，該被動節點不應由任何其他 SQL 執行個體共用。

在規劃及部署 Office Communications Server 2007 R2 叢集之前，您必須先瞭解容錯移轉叢集的概念。

如需叢集的詳細資訊，請參閱 Microsoft 網站的＜Windows Server 2003 叢集服務技術概觀＞，網址為：https://go.microsoft.com/fwlink/?LinkId=139792 (英文)。

如需容錯移轉的詳細資訊，請參閱 Microsoft 網站的＜Windows Server 2008 高可用性＞，網址為：https://go.microsoft.com/fwlink/?LinkId=139793 (英文)。

如需設計 SQL Server 的資料庫存放區的詳細資訊，請參閱 Microsoft 網站的＜實體資料庫存放區設計＞，網址為：https://go.microsoft.com/fwlink/?LinkId=139794 (英文)。

SQL Server、Windows 與 Office Communications Server 的版本需求

建立 Office Communications Server 2007 R2 叢集時，必須使用特定版本的 SQL Server 和 Windows 。下表概要說明這些需求。

表 2. SQL Server、Windows 與 Office Communications Server 的版本需求

SQL Server 版本 Windows 版本 Office Communications Server 版本 可使用的叢集節點

SQL Server 2008 Enterprise (32 位元或 64 位元) (建議)

64 位元版本的 Windows Server 2008 Standard 或 Enterprise (建議)

Office Communications Server 2007 R2 Enterprise Edition

上限為 16

SQL Server 2008 Enterprise (32 位元或 64 位元) (建議)

Windows Server 2003 R2 Standard x64 Edition SP2 或 Windows Server 2003 R2 Enterprise x64 Edition SP2

Windows Server 2003 Standard x64 Edition SP2 或 Windows Server 2003 Enterprise x64 Edition SP2

Office Communications Server 2007 R2 Enterprise Edition

上限為 8

SQL Server 2008 Standard (32 位元或 64 位元)

64 位元版本的 Windows Server 2008 Standard 或 Enterprise (建議)

Windows Server 2003 R2 Standard x64 Edition SP2 或 Windows Server 2003 R2 Enterprise x64 Edition SP2

Windows Server 2003 Standard x64 Edition SP2 或 Windows Server 2003 Enterprise x64 Edition SP2

Office Communications Server 2007 R2 Enterprise Edition

上限為 2

SQL Server 2005 Enterprise Edition SP2 (32 位元或 64 位元)

64 位元版本的 Windows Server 2008 Enterprise (建議)

Windows Server 2003 R2 Enterprise x64 Edition SP2

Windows Server 2003 Enterprise x64 Edition SP2

Office Communications Server 2007 R2 Enterprise Edition

上限為 8

SQL Server 2005 Standard Edition SP2 (32 位元或 64 位元)

64 位元版本的 Windows Server 2008 Enterprise (建議)

Windows Server 2003 R2 Enterprise Edition x64 Edition SP2

Windows Server 2003 Enterprise x64 Edition SP2

Office Communications Server 2007 R2 Enterprise Edition

上限為 2

SQL Server 2005 Enterprise Edition SP2 (32 位元或 64 位元)

SQL Server 2005 Standard Edition SP2 (32 位元或 64 位元)

Windows Server 2008 Standard (64 位元版)

Windows Server 2003 R2 Standard x64 Edition SP2

Windows Server 2003 Standard x64 Edition SP2

Office Communications Server 2007 R2 Enterprise Edition

Office Communications Server 2007 R2 Standard Edition (用於監控資料庫或封存資料庫)*

無
Dd425133.note(zh-tw,office.13).gif附註：
*SQL Server 2005 Express SP2 會隨 Office Communications Server 2007 R2 Standard Edition 提供。

伺服器磁碟分割的最佳作法

若要增強容錯性，並能夠更輕鬆地進行疑難排解，請執行下列操作：

  • 進行分割磁碟，以便在緊急狀況時能夠時以命令提示字元啟動。以這種方式分割磁碟，可以增強復原選項的功效。例如，您可以使用命令提示字元啟動，再修改或取代任何導致 Windows 無法正常啟動的受損啟動檔。
  • 設定磁碟，將 Office Communications Server 2007 R2 應用程式檔案、資料庫檔案以及異動記錄檔分別放置於不同的實體磁碟，以增進效能。

如果採用上述建議的方式分割硬碟，系統會為每一組檔案指派一個不同的實體磁碟和磁碟機代號。讓每一組檔案擁有各自的磁碟機代號，有助於根據所選擇的資料復原方法，追蹤記錄並判斷應該備份哪一個磁碟分割。

資料夾

在部署 Enterprise Edition Server 之前，請先決定您的儲存需求，並使用建議的資料夾名稱或自己的資料夾名稱，在專屬的檔案伺服器上建立五個共用資料夾，以便存放下列項目：

  • **簡報：**供會議出席者下載或串流的會議簡報，而不是來自桌面共用工作階段的內容。

  • **中繼資料：**集區的 Web 會議伺服器元件內部使用的會議資訊 (中繼資料)。

    Dd425133.note(zh-tw,office.13).gif附註：
    將 Metadata 檔案共用的存取權授與用來執行 Web 會議伺服器的服務帳戶，以及任何必要的系統管理員帳戶。從所有其他使用者帳戶移除 Metadata 檔案共用的存取權。

  • **ABS：**由 Address Book Server (隨前端伺服器一起安裝) 寫入的通訊錄檔案，以便每天可以提供全域通訊清單使用者和連絡人資訊給 Office Communicator 2007 R2、Office Communicator 2007、Office Communicator 2005、Office Communicator 2007 R2 Phone Edition、Office Communicator Phone Edition 2007 以及 2007 版的 Office Communicator Mobile 用戶端。(2007 R2 版的 Office Communicator Mobile for Windows 用戶端會使用不同的通訊錄 Web 查詢服務來取得通訊錄資訊)。

  • **應用程式：**集區的應用程式伺服器元件內部使用的應用程式檔案。

  • **更新：**存放用戶端版本控制機制用來更新 Office Communicator 用戶端的檔案，以及裝置更新服務用來更新裝置的檔案。

將這些資料夾的 [完全控制] 權限授與系統管理員、RTCUniversalServerAdmins 群組和負責建立集區的任何其他使用者或群組。從 Everyone 群組移除 [讀取] 權限。如果這些共用資料夾從上層資料夾或磁碟機繼承權限，請務必手動變更共用資料夾上的權限。

如需 Updates 資料夾及其需求的詳細資訊，請參閱裝置更新服務。

Dd425133.note(zh-tw,office.13).gif附註：
如果您在部署中使用共用叢集進行檔案共用，請使用叢集管理員來建立檔案共用。如需使用叢集管理員的詳細資訊，請參閱 Microsoft 知識庫文件 284838＜如何使用 Cluster.exe 建立伺服器叢集檔案共用＞，網址為 https://go.microsoft.com/fwlink/?LinkId=140899 (機器翻譯)。

如果您的組織必須遵行封存會議內容的管理規定，則可以啟用會議規範。為了管理會議規範，您必須先在專屬的檔案伺服器上建立一個共用資料夾，以便存放會議記錄。您可以使用建議的名稱或自訂的資料夾名稱，以便存放下列項目：

  • MeetingCompliance (選擇性)：會議期間所上傳的會議活動和內容

將這個共用資料夾的 [完全控制] 權限，授與 RTCComponentUniversalServices 群組及負責建立集區的任何其他使用者或群組。從 Everyone 群組移除 [讀取] 權限。

如果您打算安裝封存伺服器，請考慮封存檔案的儲存需求。如需詳細資訊，請參閱封存支援。