FRS

1. 　FRS：　Fellow of the Royal Society

英國皇家學會院士、英國皇家學會會員、英國皇家科學院院士。

2. 　家庭無線電服務(Family Radio Service)是一種在很小的功率下的，在 460 MHz下帶寬下很短的區域內雙向的無線電服務。

頻道　頻率　模式

1　462.5625MHz　GMRS/FRS

2　462.5875MHz　GMRS/FRS

3　462.6125MHz　GMRS/FRS

4　462.6375MHz　GMRS/FRS

5　462.6625MHz　GMRS/FRS

6　462.6875MHz　GMRS/FRS

7　462.7125MHz　GMRS/FRS

8　467.5625MHz　FRS

9　467.5875MHz　FRS

10　467.6125MHz　FRS

11　467.6375MHz　FRS

12　467.6625MHz　FRS

13　467.6875MHz　FRS

14　467.7125MHz　FRS

15　462.5500MHz　GMRS

16　462.5750MHz　GMRS

17　462.6000MHz　GMRS

18　462.6250MHz　GMRS

19　462.6500MHz　GMRS

20　462.6750MHz　GMRS

21　462.7000MHz　GMRS

22　462.7250MHz　GMRS

3：文件傳輸服務如果你曾在Windows NT中使用過登錄腳本文件（Logon Scripts）、缺省的域配置文件或是系統策略，那麼你應該知道他們是存放在Netlogon目錄中的。Netlogon目錄是Windows NT在每一個域控制器上建立的一個共享文件夾。如果你的域中有一個以上的域控制器的話，為了保證域控制器間數據的一致性，那麼你就必須確認每一個域控制器都應有這些登錄腳本文件、域設置文件以及系統策略的複本。如果你在其中一個域控制器上改變了其中任何一樣，那麼你就必須把這個改變的文件複製到每一個域控制器的Netlogon共享文件夾中。你可以使用NT的文件夾複製服務來自動完成這個複製任務，但是這項服務並不是很容易設置並監視其運行情況。在Windows 2003中，Microsoft用Sysvol共享文件夾替代NT中的Netlogon共享文件夾來存儲相關文件，並且簡化了Sysvol共享文件夾在域控制器間的複製工作。

為了讓每一台域控制器上的Sysvol共享文件夾的內容可以保持一致性，Active Directory域控制器採用了文件複製服務（File Replication Service，FRS）。FRS（註釋1）會自動地在所有的域控制器上執行並且不需要有任何的手工管理動作介入其中（很不幸的是Win 2003並不會自動執行NT的文件夾複製服務，所以在域的混合模式中，NT域控制器上的Netlogon共享文件夾並不會自動地把內容複製到Windows 2003域控制器上的Sysvol文件夾。惟一的解決方法就是使用計劃任務（Scheduler Service）來定期執行一個能完成此複製工作的腳本文件）。

Windows 2003也會使用FRS來執行分佈式文件系統（Distributed File System, DFS）內容的複製工作。而FRS的Sysvol複製工作方式跟FRS的分佈式文件系統複製工作方式卻有些不同。

首先，讓我們來看看FRS的Sysvol複製工作方式。Windows 2003是通過調用ntfrs.exe程序來把FRS運作成為一種服務。如果你有兩個以上的域控制器，那麼你可以嘗試使用FRS。你可以在其中一台域控制器上的Sysvol共享文件夾建立一個文件來進行測試。在缺省的情況下，Sysvol共享文件夾的路徑是在%systemroo%\sysvol\sysvol，然而當你建立一台域控制器時可以選擇把它放到別處。

如果你找不到Sysvol共享文件夾，那麼請登錄你的域控制器，用鼠標右鍵按下“我的電腦”，然後選擇“管理”。開啓“共享文件夾”對象，然後按下“共享”對象。在右邊的窗口中，你將可以看到當前計算機中共享文件夾的清單，其中在共享文件夾路徑的字段中將會顯示出每一個共享文件夾的絕對路徑。

當你把一個文件放到其中一個域控制器的Sysvol共享文件夾之後，再請看看在相同Site中其他的域控制器的Sysvol共享文件夾的內容（我們待會再討論多重Site）。你應該可以在Sysvol共享文件夾上看到那個文件的副本，並且在此Site上所有其他的Sysvol共享文件夾也可以看得到。你可以試着修改此文件在一些域控制器上的副本，等待幾秒鐘之後，然後檢查其他的Sysvol共享文件夾，你將會發現他們的內容已經是剛剛修改過的。

這些近乎實時的複製更新令我感到驚訝。我們已經習慣了AD域控制器間的複製過程，在默認的情況下會每5分鐘發生一次。如果我改變了某個用户賬户的描述説明或是修改某個組策略，那麼我可能必須等上5分鐘甚至更長的時間才能看到這些改變已經反映到相同Site上其他的域控制器（FRS複製和AD複製運作的情況不盡相同）。幾乎實時的Intra-site FRS複製證明了FRS不會緊湊地複製AD中的內容。在Site間，雖然你可以強制AD在兩個不同Sites（註釋2）的域控制器上立即進行復制工作，但是你卻無法強制在Sites之間立即進行FRS複製。

就像AD一樣，FRS是一個多主複製（註釋3）系統。換句話説，假如你有4台域控制器並且每台域控制器上的Sysvol共享文件夾都有一個test.txt的文件（為了簡單起見，假定這些域控制器都在相同的Site上）。進一步假設你最初是在域控制器A上建立test.txt。幾秒鐘之後，test.txt就會出現在其他3台域控制器的Sysvol共享文件夾上。接下來你在域控制器C上編輯test.txt，並且在域控制器C上的Sysvol共享文件夾中儲存了剛剛所做的編輯。而這個被編輯過的文件將會很快地顯示在其他3台域控制器上。因此，你可以修改任何一個域控制器Sysvol共享文件夾中的文件，其更改過的文件將會很快地複製到其他所有的域控制器上。

但未經保護的多主複製系統有潛在的衝突問題，就是關於文件鎖定或是記錄鎖定的問題。而答案就是FRS是一個非常簡易的系統，所以並不會針對衝突提供太多的保護動作。例如，如果你在域控制器A上編輯test.txt而同時我在域控制器B也在編輯它，那麼FRS並不會警告我們還有其他的人也在對相同的文件進行編輯工作，那到底誰編輯的文件會是有用的呢？那就看是誰最後存檔的。這類的情況常發生在用Notepad來編輯.txt文件的時候，因為這個工具並不會提供任何文件鎖定的功能。

但現在假定是一個Microsoft Word文件，我們編輯一個test.doc，文件並把它儲存在Sysvol共享文件夾中。而Word有文件鎖定的功能。如果你正在A域的一台域控制器上編輯test.doc而同時我也在A域的另一台域控制器上編輯相同的文件，那麼Word程序會告訴我説我正在開啓一個已鎖定住的文件。而Word會有一個標準的信息顯示出現，其信息就是“XYZ用户正在編輯此文件；你要把它開啓成只讀嗎？”

但如果是你在A域的域控制器上編輯test.doc，而此時我在B域的域控制器上編輯此文件，那麼Word並不會告訴我有任何問題，因為在不同域的Sysvol共享文件夾中的文件間並沒有文件鎖定鏈接的存在。

這問題有多嚴重呢？此衝突的潛在性問題並不會多麼嚴重，因為在Sysvol共享文件夾內的大多數文件並不會常常被編輯。然而，惟一的例外就是組策略模板（Group Policy Templates，GPT）。

每個組策略對象（Group Policy Object，GPO）都有兩個部分，一個是在AD中的對象，而另一個是在Sysvol共享文件夾中的文件。在AD中的對象稱為組策略容器（Group Policy Container，GPC），會與活動目錄的其他對象一樣在DC間複製。而文件的部分包含了文件夾和文件的結合體，即組策略模板，會利用FRS在DC間複製。每當你更改一個組策略的時候，你可能潛在地改變了GPT中的文件。那麼，如果有兩個系統管理員都同時編輯了相同的組策略，他們就會相互影響各自的編輯結果，就像同時有兩個人編輯在Sysvol共享文件夾中的文件一樣。那麼如何來避免衝突的發生呢？Windows 2003提供了一個叫做組策略編輯器（Group Policy Editor，GPE）的工具——gpedit.msc（存儲在%systemroot%\sysem32）來防止衝突發生：不論你何時需要修改一個組策略對象（Group Policy Object ，GPO），它都會連接到此域的PDC Operations Master，在PDC Emulator上進行修改。因此，想要修改組策略的人都會在相同的域控制器上操作，這能讓GPE檢查到衝突並且避免衝突。

就GPE作業的副作用來看，編輯策略相較於其他AD作業來看似乎會比較慢，因為PDC Operations Master（註釋5）可能會是一個通過廣域網絡相連的主機。因此，你也可以在gpedit.msc中改變這個行為，使修改組策略時不必連接到PDC Operations Master（用户配置--＞管理模版--＞系統--＞組策略--＞Group Policy Domain Controller Selection）（註釋6），但是我並不建議這樣做。

當在處理組策略複製的時候，會有一些相關的注意事項可供參考：由於每個組策略都包含了一個GPC和一個GPT，並且這兩個複製動作都會安排在不同的計劃上（GPC的複製由AD Replication承擔，GPT的複製由FRS承擔），因此域控制器可能會把較新的或是更改過的策略的其中一部分複製（例如，只複製GPC或只複製GPT）。如果發生這種問題的話，AD便不會執行該策略。因此，組策略排錯工作的其中一項就是檢查一個策略的這兩個部分是否都已被複制。你可以使用Microsoft Windows 2003 Server的Resource Kit，其中有一個命令行工具稱為Gpotool（gpotool.exe），它會監測組策略複製的狀態。