ibm组别添加成员

1、启动管理控制台。
2、浏览至要将IBMMQ服务器添加至的总线的总线成员列表。
3、单击服务集成->总线->bus_name->[拓扑]总线成员。
4、单击添加。将显示“添加新的总线成员”向导。选择要添加至总线的IBMMQ服务器：
5、选择IBMMQ服务器。
6、在下拉列表中，选择要添加的服务器。
7、单击下一步。
8、指定虚拟队列管理器名称。
9、将消息发送至IBMMQ时，IBMMQ网关队列管理器会将总线视为远程队列管理器。虚拟队列管理器名称将作为此远程队列管理器的名称传递至IBMMQ。缺省值是总线的名称。如果此值对于IBMMQ队列管理器并非有效名称，或者另一现有IBMMQ队列管理器具有相同名称，那么应将缺省值替换为另一个值，该值是对IBMMQ队列管理器有效的唯一名称。该名称必须符合以下条件才有效：
10、它必须包含1到48个字符。
11、它必须遵循IBMMQ队列命名规则（请参阅IBMMQ信息中心中的“IBMMQ对象的命名规则”主题）。
12、要覆盖服务器连接设置，请选择覆盖IBMMQ服务器连接属性复选框。选择此选项时，服务器的连接属性变为可用，所以您可将它们更改为特定于此总线成员的设置。有关这些连接属性的更多信息，请参阅IBMMQ服务器总线成员[设置]。
13、如果已更改服务器连接设置，可单击测试连接来测试与相关IBMMQ网络的连接。
14、单击下一步。
15、单击完成以进行确认。
16、将更改保存至主配置。

Network Service 是 Windows Server 2003 中的内置帐户。Windows *** 作系统中的所有帐户都分配了一个 SID（安全标识，Security ID）。
服务器是根据 SID，而不是与 SID 相关的名称来识别服务器上所有帐户的，而你我在与用户界面进行交互时，则是使用名称进行交互的。服务器上创建的绝大部分帐户都是本地帐户，都具有一个唯一的 SID，用于标识此帐户隶属于该服务器用户数据库的成员。
由于 SID 只是相对于服务器是唯一的，因此它在任何其他系统上无效。
所以，如果您为本地帐户分配了针对某文件或文件夹的 NTFS 权限，然后将该文件及其权限复制到另一台计算机上时，目标计算机上并没有针对这个迁移 SID 的用户帐户，即使其上有一个同名帐户也是如此。这使得包含 NTFS 权限的内容复制可能出现问题。

不必重新安装SQL Server。要想重新访问SQL Server，您需要修改SQL Server 2000 和 SQL Server 70决定SQL Server身份验证模式的注册表键值。
在SQL Server 70中，该键为：
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft \MSSQLServer\MSSQLServer\LoginMode
在SQL Server 2000中，该键为：
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\
MicrosoftSQLServer\\MSSQLServer\LoginMode
“LoginMode”的值为0表示只进行Windows 的身份验证，为1表示验证模式为混合模式。在您把自己关在外面之后，您可以把“LoginMode”改为1，重新启动SQL Server，然后以sa（system administrator）身份登录，输入您知道的sa密码即可。
以下关于SQL Server的角色成员的信息可能会帮助您理解为什么您会把自己关在SQLServer外面。在您安装SQL Server 2000 或 70的时候，安装进程自动地为“BUILTIN\Administrators”创建一个登录帐号，该帐号为“sysadmin”角色成员。“BUILTIN\Administrators”登录帐号代表了Microsoft Windows�0�3 2000 或Microsoft Windows NT�0�3 server 上的系统管理员本地组。 Windows 2000 或 Windows NT的 “Administrator”帐户是系统管理员本地组的成员。此外，如果您的服务器是一个域的成员（包括Windows 2000 的域和Windows NT 40的域），“Domain Admins”全局组也会成为本地系统管理员组的成员。这意味着系统管理员本地组的所有成员都会自动地获得SQL Server上的“sysadmin”权限。
为了加强您的SQL Server的安全性，您可能更愿意创建您自己的组并授予它“sysadmin”权限，然后删除“BUILTIN\Administrators”登录帐号，或者至少从“sysadmin”服务器角色中删除它。使用这种方法，您可以较好地对谁可以访问您的SQL Server进行控制。这种方法也断开了SQL Server 系统管理员和Windows 2000 或 Windows NT 管理员之间的联系， 因为他们通常有不同的任务，并且需要不同的权限。为了加强安全性，您可能想把SQL Server配置成只支持Windows身份验证。但是，必须要记住：这种配置会禁用您的“sa”帐户。（这个方法可能是禁用“sa”帐户的唯一方法，因为您不能删除“sa”帐户。）如果您以错误的顺序实施了这个安全措施，您将不能再以>“sysadmin”的身份登录到SQL Server上，除非按照我上面所说的方法修改注册表键值。正确的顺序是：
创建Windows 2000 或者 Windows NT 用户组并为组分配成员。例如：创建一个叫做“SQLAdmins”的组。
把“SQLAdmins”映射为SQL Server里的一个用Windows身份验证方式验证登录的帐户，并把该帐户分派到“sysadmin”服务器角色。
删除“BUILTIN\Administrators”登录帐户或者把它从“sysadmin”服务器角色中删除。
把SQL Server的身份验证模式改为“仅进行Windows身份验证”。
重新启动SQL Server 以反映身份验证模式的变化。
注意: 如果您以下面的这种错误顺序实施这些步骤：删除“BUILTIN\Administrators”登录帐户，改变SQL Server 的身份验证模式为“仅进行Windows身份验证”，然后重新启动SQL Server，那么“sa” 帐户将被禁用，并且因为没有定义其它Windows身份验证登录帐户而无法进入SQL Server。为了避免这种情况发生，请以正确的顺序实施这些安全措施。
另一方法: 0）停掉你现有的数据库服务。 1）新建一个实例，就是重新安装一次sql server，以下称为new 2）把你旧的数据库实例（以下称为old）的mastermdf , masterldf copy到一个文件夹 3) 在new中，通过attach db的方式把文件夹中的两个文件加为new中的数据库，当然名称和位置在添加的时候都要改的。 4）在new 中，通过语句的方式，把master中的表sysxlogins 中sa的密码更新到你刚添加的数据库（old中的master）的表sysxlogins中对应的sa 的密码字段。 5）把你刚添加的数据库（old中的master）在new中detachdb，然后把文件覆盖掉old中对应文件（覆盖前把文件备份） 6）重新启动old服务器，看是否可行 7）卸载new服务器

邮件服务器，用来指定服务商的用户名，密码就是你邮箱的用户名密码。

一般的情况下：收件服务器：主机名称 ： maildnscomcn用户名：（完整的邮箱账户地址） 密 码 ：邮箱密码。

发件服务器：主机名称 ： maildnscomcn用户名：可不填密 码 ：可不填都设置完毕后，点击"储存"。

124 角色 当几个用户需要在某个特定的数据库中执行类似的动作时(这里没有相应的Windows用户组)，就可以向该数据库中添加一个角色(role)。数据库角色指定了可以访问相同数据库对象的一组数据库用户。数据库角色的成员可以分为如下几类：Windows用户组或用户账户SQL Server登录其他角色SQL Server的安全体系结构中包括了几个含有特定隐含权限的角色。除了数据库拥有者创建的角色之外，还有两类预定义的角色。这些可以创建的角色可以分为如下几类：固定服务器固定数据库用户自定义1241 固定服务器 由于固定服务器是在服务器层次上定义的，因此它们位于从属于数据库服务器的数据库外面。表12-1列出了所有现有的固定服务器角色。表12-1 固定服务器角色固定服务器角色说 明sysadmin执行SQL Server中的任何动作serveradmin配置服务器设置setupadmin安装复制和管理扩展过程securityadmin管理登录和CREATE DATABASE的权限以及阅读审计processadmin管理SQL Server进程dbcreator创建和修改数据库diskadmin管理磁盘文件下面两个系统过程用来添加或删除固定服务器角色成员：sp_addsrvrolemember sp_dropsrvrolemember 注意：您不能添加、修改或删除固定服务器角色。另外，只有固定服务器角色的成员才能执行上述两个系统过程来从角色中添加或删除登录账户。sa登录 sa登录是系统管理员的登录。在以前的SQL Server版本中不存在角色，sa登录具有所有可能的关于系统管理工作的权限。在SQL Server 2005中，sa登录保持了向后兼容性。sa登录永远是固定服务器角色syadmin中的成员，并且不能从该角色中删除。注意：只有当没有其他方法登录到SQL Server系统中时，再使用sa登录。1242 固定服务器角色及其权限 在某个SQL Server系统中，每个固定服务器角色都有其隐含的权限。使用系统过程sp_srvrolepermission可以浏览每个固定服务器角色的权限。该系统过程的语法形式为：sp_srvrolepermission[[@srvrolename =] 'role'] 如果没有指定role的值，那么所有的固定服务器角色的权限都将显示出来。下面的部分将讨论每个固定服务器角色的权限。1 sysadmin 固定服务器角色sysadmin的成员被赋予了SQL Server系统中所有可能的权限。例如，只有这个角色中的成员(或一个被这个角色中的成员赋予了CREATE DATABASE权限的用户)才能够创建数据库。固定服务器角色和sa登录之间有着特殊的关系。sa登录一直都是固定服务器角色中的成员，并且不能从该角色中删除。2 serveradmin 固定服务器角色serveradmin的成员可以执行如下的动作：向该服务器角色中添加其他登录运行dbcc pintable命令(从而使表常驻于主内存中)运行系统过程sp_configure(以显示或更改系统选项)运行reconfigure选项(以更新系统过程sp_configure所做的所有改动)使用shutdown命令关掉数据库服务器运行系统过程sp_tableoption为用户自定义表设置选项的值3 setupadmin 固定服务器角色setupadmin中的成员可以执行如下的动作：向该服务器角色中添加其他登录添加、删除或配置链接的服务器执行一些系统过程，如sp_serveroption4 securityadmin 固定服务器角色securitypadmin中的成员可以执行关于服务器访问和安全的所有动作。这些成员可以进行如下的系统动作：向该服务器角色中添加其他登录读取SQL Server的错误日志运行如下的系统过程：如sp_addlinkedsrvlogin、sp_addlogin、sp_defaultdb、sp_defaultlanguage、sp_denylogin、sp_droplinkedsrvlogin、sp_droplogin、sp_grantlogin、sp_helplogins、sp_remoteoption和sp_revokelogin(所有这些系统过程都与系统安全相关。)5 processadmin 固定服务器角色processadmin中的成员用来管理SQL Server进程，如中止用户正在运行的查询。这些成员可以进行如下的动作：向该服务器角色中添加其他登录执行KILL命令(以取消用户进程)6 dbcreator 固定服务器角色dbcreator中的成员用来管理与数据库创建和修改有关的所有动作。这些成员可以进行如下的动作：向该服务器角色中添加其他登录运行CREATE DATABASE和ALTER DATABASE语句使用系统过程sp_renamedb来修改数据库的名称7 diskadmin 固定服务器角色diskadmin的成员可以进行如下与用来存储数据库对象的文件和文件组有关的动作：向该服务器角色中添加其他登录运行如下系统过程：sp_ddumpdevice和sp_dropdevice。运行DISK INIT语句1243 固定数据库角色 固定数据库角色在数据库层上进行定义，因此它们存在于属于数据库服务器的每个数据库中。表12-2列出了所有的固定数据库角色。表12-2 固定数据库角色固定数据库角色说 明db_owner可以执行数据库中技术所有动作的用户db_accessadmin可以添加、删除用户的用户db_datareader可以查看所有数据库中用户表内数据的用户db_datawriter可以添加、修改或删除所有数据库中用户表内数据的用户db_ddladmin可以在数据库中执行所有DDL *** 作的用户db_securityadmin可以管理数据库中与安全权限有关所有动作的用户db_backoperator可以备份数据库的用户(并可以发布DBCC和CHECKPOINT语句，这两个语句一般在备份前都会被执行)db_denydatareader不能看到数据库中任何数据的用户db_denydatawriter不能改变数据库中任何数据的用户除了表12-2中列出的固定数据库角色之外，还有一种特殊的固定数据库角色，名为public，这里将首先介绍这一角色。public角色 public角色是一种特殊的固定数据库角色，数据库的每个合法用户都属于该角色。它为数据库中的用户提供了所有默认权限。这样就提供了一种机制，即给予那些没有适当权限的所有用户以一定的(通常是有限的)权限。public角色为数据库中的所有用户都保留了默认的权限，因此是不能被删除的。(示例1212给出了public角色的使用方法。)一般情况下，public角色允许用户进行如下的 *** 作：使用某些系统过程查看并显示master数据库中的信息执行一些不需要一些权限的语句(例如PRINT)1244 固定数据库角色及其权限 在数据库中，每个固定数据库角色都有其特定的权限。这就意味着对于某个数据库来说，固定数据库角色的成员的权限是有限的。使用系统过程sp_dbfixedrolepermission就可以查看每个固定数据库角色的权限。该系统过程的语法为：sp_dbxedrolepermission [[@rolename =] 'role'] 如果没有指定role的值，那么所有固定数据库角色的权限都可以显示出来。下面的几节将讨论每个固定数据库角色的权限。1 db_owner 固定数据库角色db_owner的成员可以在特定的数据库中进行如下的动作：向其他固定数据库角色中添加成员，或从其中删除成员运行所有的DDL语句运行BACKUP DATABASE和BACKUP LOG语句使用CHECKPOINT语句显式地启动检查点进程运行下列dbcc命令：dbcc checkalloc、dbcc checkcatalog、dbcc checkdb、dbcc updateusage授予、取消或剥夺每一个数据库对象上的下列权限：SELECT、INSERT、UPDATE、DELETE和REFERENCES使用下列系统过程向数据库中添加用户或角色：sp_addapprole、sp_addrole、sp_addrolemember、sp_approlepassword、sp_changeobjectowner、sp_dropapprole、sp_droprole、sp_droprolemember、sp_dropuser、sp_grantdbaccess使用系统过程sp_rename为任何数据库对象重新命名2 db_accessadmin 固定数据库角色db_accessadmin的成员可以执行与数据库访问有关的所有动作。这些角色可以在具体的数据库中执行下列 *** 作：运行下列系统过程：sp_addalias、sp_dropalias、sp_dropuser、sp_grantdbacess、sp_revokedbaccess为Windows用户账户、Windows组和SQL Server登录添加或删除访问3 dbdatareader 固定数据库角色dbdatareader的成员对数据库中的数据库对象(表或视图)具有SELECT权限。然而，这些成员不能把这个权限授予其他任何用户或角色。(这个限制对REVOKE语句来说同样成立。)4 dbdatawriter 固定数据库角色dbdatawriter的成员对数据库中的数据库对象(表或视图)具有INSERT、UPDATE和DELETE权限。然而，这些成员不能把这个权限授予其他任何用户或角色。(这个限制对REVOKE语句来说也同样成立。)5 db_ddladmin 固定数据库角色db_ddladmin的成员可以进行如下的动作：运行所有DDL语句对任何表上授予REFERENCESE权限使用系统过程sp_procoption和sp_recompile来修改任何存储过程的结构使用系统过程sp_rename为任何数据库对象重命名使用系统过程sp_tableoption和sp_changeobjectowner分别修改表的选项和任何数据库对象的拥有者6 db_securityadmin 固定数据库角色db_securityadmin的成员可以管理数据库中的安全。这些成员可以进行如下的动作：运行与安全有关的所有Transact-SQL语句(GRANT、DENY和REVOKE)运行以下系统过程：sp_addapprole、sp_addrole、sp_addrolemember、sp_approlepassword、sp_changeobjectowner、sp_dropapprole、sp_droprole、sp_droprolemember7 db_backupoperator 固定数据库角色db_backupoperator的成员可以管理数据库备份的过程。这些成员可以进行如下动作：运行BACKUP DATABASE和BACKUP LOG语句用CHECKPOINT语句显式地启动检查点进程运行如下dbcc命令：dbcc checkalloc、dbcc checkcatalog、dbcc checkdb、dbcc updateusage8 db_denydatareader和db_denydatawriter 顾名思义，固定数据库角色db_denydatareader的成员对数据库中的数据库对象(表或视图)没有SELECT权限。如果数据库中含有敏感数据并且其他用户不能读取这些数据，那么就可以使用这个角色。固定数据库角色db_denydatawriter的成员对数据库中的任何数据库对象(表或视图)没有INSERT、UPDATE和DELETE权限。1245 应用程序角色 应用程序角色可以加强对某个特定的应用程序的安全。换句话说，这些角色允许应用程序自己代替SQL Server接管用户身份验证的职责。比如，如果公司中的员工只是使用某个特定的应用程序(而不是Transact-SQL语句或其他任何工具)来修改员工的数据信息，那么就可以为它创建一个应用程序角色。应用程序角色与其他的角色类型有着显著不同。首先，因为应用程序角色只使用应用程序，因而不需要把权限直接赋予用户，所以应用程序角色没有任何成员。其次，您需要为应用程序设置一个口令来激活它。当应用程序角色被应用程序的会话激活以后，在会话期间，会话就失去了适用于登录、用户账户或所有数据库中的角色的权限。1 创建应用程序角色 使用下列方法可以创建应用程序角色：CREATE APPLICATION ROLE语句系统过程sp_addapproleCREATE APPLICATION ROLE语句可以为当前数据库创建一个应用程序角色。该语句有两个选项：一个与口令的规范有关，另一个用于默认模式的定义，也就是，当服务器为该角色指定对象的名称时，服务器将要搜索的第一个模式。示例1210显示了一个应用程序角色的创建方法。示例1210USE sample CREATE APPLICATION ROLE weekly_reports WITH PASSWORD ='x1y2z3w4', DEFAULT_SCHEMA =my_schema 示例1210向当前数据库中添加了一个名为weekly_reports的新的应用程序角色。创建新的应用程序角色的第二种方法是使用系统过程sp_addapprole。使用系统过程sp_addapprole，就可以创建应用程序角色并把权限授予它们。该系统过程有如下的语法形式：sp_addapprole [@rolename =] 'role', [@passwd_name =] 'password'其中role指定了应用程序角色的名称，password是相应的口令。(激活角需要用到password的值。)注意：SQL Server将来的版本中将删除系统过程sp_addapprole这部分内容。请避免使用这一功能。您可以使用CREATE APPLICATION ROLE语句来代替。2 激活应用程序角色 当启动连接以后，必须执行sp_setapprole系统过程来激活与应用程序角色有关的权限。该过程的语法形式如下所示：sp_setapprole[@rolename =] 'role', [@password =] 'password'[,[@encrypt =] 'encrypt_style'] 其中role是在当前数据库中定义的应用程序角色的名称。password指定了相应的口令，而encrypt_style则定义了口令的加密样式。在使用系统过程sp_setapprole激活应用程序角色时，必须知道如下的一些事项：在激活了应用程序角色之后，在当前数据库中就不能使这个角色无效，而必须等到会话从SQL Server中断开连接之后才可以。应用程序角色总是和数据库绑定在一起的。也就是说，应用程序角色的作用域是当前数据库。如果在会话中改变了当前数据库，那么根据那个数据库的权限，只能执行那个数据库中允许的(其他)动作。注意：通过提供应用程序角色的正确口令，任何用户都可以执行系统过程sp_setapprole。3 修改应用程序角色 使用下列Transact SQL语句可以修改应用程序角色：ALTER APPLICATION ROLEDROP APPLICATION ROLEALTER APPLICATION ROLE语句可以修改已有的应用程序角色的名称、口令或默认模式。该语句的语法与CREATE APPLICATION ROLE语句的语法形式类似。要想执行ALTER APPLICATION ROLE语句，需要取得对该对象的ALTER权限。DROP APPLICATION ROLE语句可以从当前数据库中删除应用程序角色。如果应用程序角色拥有任何对象(可保护对象)，就不能删除该角色。注意：您同样可以使用系统过程sp_dropapprole来删除某个应用程序角色，但是在SQL Server将来的版本将删除该系统过程，不再使用它。1246 用户自定义的数据库角色 一般来说，在一组数据库用户需要在数据库中执行一套常用 *** 作并且不存在可用的Windows用户组的情况下，才可能用到用户自定义的数据库角色。这些角色通过Transact-SQL语句或SQL Server系统过程进行管理。接下来我们将讨论Transact-SQL语句，然后介绍相应的系统过程。1 角色和Transact-SQL CREATE ROLE语句可以在当前数据库中创建一个新的数据库角色。该语句的语法格式为：CREATE ROLE role_name[AUTHORIZATION owner_name] 其中role_name是创建的用户自定义的角色的名称。Owner_name指定了即将拥有这个新角色的数据库用户或角色。(如果没有指定用户，那么该角色将由执行CREATE ROLE语句的用户所拥有。)CREATE ROLE语句可以修改用户自定义的数据库角色的名称。类似地，DROP ROLE语句可以从数据库中删除角色。拥有数据库对象(可保护对象)的角色不能从数据库中删除。要想删除这类角色，必须首先转换那些对象的从属关系。DROP ROLE语句的语法形式如下所示：DROP ROLE role_name 2 角色和系统过程 创建或修改用户自定义角色的另一个方法是使用SQL Server系统过程。下列系统过程可以用来创建和显示用户自定义的数据库角色：sp_addrole sp_addrolemember sp_droprolemember sp_droprole sp_helprole 系统过程sp_addrole可以在当前数据库中创建一个新的角色。只有数据库角色db_securityadmin或db_owner才能够执行这个系统过程。注意：SQL Server 2005中包含的系统过程sp_addrole只是向后兼容的，在将来发布的SQL Server版本中可能不再支持该系统过程。所以请使用CREATE ROLE语句来代替。向当前数据库中添加了一个角色之后，就可以使用系统过程sp_addrolemember来添加该角色的成员。角色的成员可以是任何SQL Server中的合法用户、Windows用户组或用户，或另一个SQL Server角色。只有数据库角色db_owner的成员才能执行该系统过程。另外，角色拥有者也可以执行sp_addrolemember来向它所拥有的任何角色中添加成员。系统过程sp_droprolemember可以用来从角色中删除现有的成员。(但是不能使用这一系统过程来从某个Windows组中删除现有的Windows用户。)只有数据库角色db_owner或db_securityadmin才能执行该系统过程。在使用系统过程sp_droprolemember删除了角色中的所有成员之后，可以使用系统过程sp_droprole来从当前数据库中删除角色。(含有现有成员的角色不能删除。)只有数据库角色db_owner或db_securityadmin才能执行该系统过程。注意：SQL Server 2005中包含的系统过程sp_droprole只是向后兼容的，在将来发布的SQL Server版本中可能不再支持该系统过程。所以请使用DROP ROLE语句来代替。系统过程sp_helprole可以用来显示当前数据库中某个特定的角色或所有角色(如果没有提供角色名称)的相关信息(角色名称和角色的ID号)。只有数据库角色db_owner或db_securityadmin才能执行该系统过程。

每个服务器的名字都代表着符文之地的地区或势力。
各服务器名称及含义：
电信一区：艾欧尼亚，艾欧尼亚是寻求心灵进化的天堂，位于瓦罗然大陆之外，诺克萨斯东北；
电信二区：祖安，祖安是位于瓦洛兰北部被滥用的科技和魔法所扭曲的城邦，无数声名狼藉的恐怖科技和魔法创造发明于此；
电信三区：诺克萨斯，诺克萨斯坐落在瓦罗然大陆远东中心，它在道德准则上和蒂玛西亚对比大相径庭；
电信四区：班德尔城，约德尔人的首都——班德尔城是符文之地最古老的城邦，它的历史比蒂玛西亚和诺克萨斯还早，也是瓦罗然最与世隔绝的城邦；
电信五区：皮尔特沃夫，皮尔特沃夫位于瓦罗兰大陆北方，以首屈一指的魔法与科技能力为傲的魔法科技都市；
电信六区：战争学院，战争学院是英雄联盟裁决瓦罗然政治纠纷之地；

电信七区：巨神峰；
电信八区：雷瑟守备，雷瑟守备是一个以策士统领-斯维因为首的军团组织，号称诺克萨斯第一军团组织；
电信九区：裁决之地；
电信十区：黑色玫瑰，黑色玫瑰隶属于诺克萨斯城邦，这里成为了世间万恶的避难所，无数狂热教徒、邪恶女巫、秘密团体都将这座迷宫视为家园；
电信十一区：暗影岛，暗影岛位于瓦洛兰大陆西北部的一个岛屿，集黑暗魔法与邪恶于一体的神秘地域；
电信十二区：钢铁烈阳，钢铁烈阳是负责保护烈阳族的武装组织；
电信十三区：均衡教派，均衡教派是艾欧尼亚岛上的一个上古教派，致力于维护万物平衡，他们认为，规则与混乱、光明与黑暗，万物必须和谐共存，这才是宇宙的真理；
电信十四区：水晶之痕；
网通一区：比尔吉沃特，比尔吉沃特是蓝焰岛上的扩展建筑，一直到八十年前才发现；
网通二区：德玛西亚，德玛西亚坐落在瓦洛兰的西部海岸，它是大陆上美德的典范；
网通三区：费雷尔卓德，费雷尔卓德坐落于瓦罗兰大陆西北方的永冻苔原，是瓦罗兰大陆中，第八个也是最新的一座城邦，是冰雪风暴之乡；
网通四区：无畏先锋，无畏先锋是德玛西亚最精锐的军队，首领是盖伦。

---