FRS（Fellow of the Royal Society），英国皇家学会院士、英国皇家学会会员、英国皇家科学院院士。

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共享文件夹，那么请登录你的域控制器，用鼠标右键按下“我的电脑”，然后选择“管理”。开启“共享文件夹”对象，然后按下“共享”对象。在右边的窗口中，你将可以看到当前计算机中共享文件夹的清单，其中在共享文件夹路径的字段中将会显示出每一个共享文件夹的绝对路径。

当你把一个文件放到其中一个域控制器的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%组策略对象（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），它会监测组策略复制的状态。