最近在上班中，经常会由于各种系统的访问疑问，而遇到很多的权限疑问。
所以系统的了解下Windows 系统的权限疑问，也是挺好的，繁难处置一些性能疑问。
DOS跟WinNT的权限的区分DOS是个单义务、单用户的操作系统。
然而咱们能说DOS没有权限吗?不能!当咱们翻开一台装有DOS操作系统的计算机的时刻，咱们就领有了这个操作系统的治理员权限，而且，这个权限无处不在。
所以，咱们只能说DOS不支持权限的设置，不能说它没有权限。
随着人们安保看法的提高，权限设置随着NTFS的颁布降生了。
WindowsNT里，用户被分红许多组，组和组之间都有不同的权限，当然，一个组的用户和用户之间也可以有不同的权限。
上方咱们来谈谈NT中经常出现的用户组。
AdministraTors,治理员组，自动状况下，Administrators中的用户对计算机/域有不受限度的齐全访问权。
调配给该组的自动权限准许对整个系统启动齐全控制。
所以，只要受信赖的人员才可成为该组的成员。
PowerUsers,初级用户组，Power Users 可以口头除了为 Administrators 组保管的义务外的其余任何操作系统义务。
调配给 PowerUsers 组的自动权限准许 Power Users 组的成员修正整个计算机的设置。
但Power Users 不具备将自己减少到 Administrators组的权限。
在权限设置中，这个组的权限是仅次于Administrators的。
Users:个别用户组，这个组的用户无法启动有意或有意的改变。
因此，用户可以运转经过验证的运行程序，但无法以运转大少数旧版运行程序。
Users组是最安保的组，由于调配给该组的自动权限不准许成员修正操作系统的设置或用户资料。
Users 组提供了一个最安保的程序运转环境。
在经过 NTFS格局化的卷上，自动安保设置旨在制止该组的成员危及操作系统和已装置程序的完整性。
用户不能修正系统注册表设置、操作系统文件或程序言件。
Users可以封锁上班站，但不能封锁主机。
Users 可以创立本地组，但只能修副自己创立的本地组。
Guests:来宾组，按自动值，来宾跟个别Users的成员有等同访问权，但来宾帐户的限度更多。
Everyone:望文生义，一切的用户，这个计算机上的一切用户都属于这个组。
其实还有一个组也很经常出现，它领有和Administrators一样、甚至比其还高的权限，然而这个组不准许任何用户的参与，在观察用户组的时刻，它也不会被显示进去，它就是SYSTEM组。
系统和系统级的服务反常运转所须要的权限都是靠它赋予的。
由于该组只要这一个用户SYSTEM,兴许把该组归为用户的行列更为贴切。
最后，常罕用的是Run as administrator.须要继续深化了解啊前面的一些分组，之后也该去深化了解更详细。
先说个大略了
如何在Windows系统中性能Mysql群集
MySQL 群集是一种技术，该技术准许在无共享的系统中部署“内存中”和“磁盘中”数据库的 Cluster 。
经过无共享体系结构，系统能够经常使用便宜的配件，而且对软配件无不凡要求。
此外，由于每个组件有自己的内存和磁盘，不存在单点缺点。
MySQL Cluster 由一组计算机造成，每台计算机上均运转着多种进程，包含 MySQL 主机，NDB Cluster 的数据节点，治理主机，以及（或者存在的）专门的数据访问程序。
治理主机(MGM节点)担任治理 Cluster 性能文件和 Cluster 日志。
Cluster 中的每个节点从治理主机检索性能数据。
当数据节点内产生新的事情时，节点将对于这类事情的消息传输到治理主机，而后，将这类消息写入 Cluster 日志。
目前能够运转 MySQL Cluster 的操作系统有 Linux、Mac OS X 和 SOLaris，最新的版本曾经支持 Windows 操作系统。
MySQL 群集的数据节点之间的通讯是不加密的，并且须要高速的带宽，所以倡导把群集建设在一个高速局域网内，不倡导跨网段、跨公网的部署这种系统体系。
MySQL 群集分为三种节点：治理节点，数据节点和SQL节点。
治理节点：重要用于治理各个节点，能够经过命令对某个节点启动重启、封锁、启动等操作。
也能够监督所有节点的上班形态。
数据节点：重要是对数据的存储，不提供其余的服务。
SQL节点：重要是对外提供SQL性能，相似一台个别的 MySQL Server。
而SQL节点和数据节点可以是同一台机器，也就是说这台机器即是SQL节点也是数据节点。
它们只是逻辑相翻开的划分，实践部署时，甚至一切的阶段都可以位于同一台物理机器上，只是性能较复杂些。
一、软件下载机器操作环境 性能 MySQL 群集必需经常使用其群集版本，留意和 MySQL Server 版本的区别。
本文以 Windows 平台下的 MySQL 群集版本 MySQL Cluster 7.1.3 为例（截至2010年6月初的最高版本），这是 MySQL Server 5.1 系列版本之一，减少了群集的性能。
下载地址为：，决定 文件，这是一个 for Windows 32位版本的、免装置的二进制版本。
依据自己的操作系统的位数，也可以决定 64 位版本的。
还有一个 27.2M 的 Windows(x86, 32-bit) 版本，下载上去须要自己编译，有阅历的初级用户可以决定。
本试验在 2 台装置 Windows Server 2003(sp2) 的机器上启动。
节点调配及 IP 性能如下： 第一台机器，IP 为 10.0.0.201，作为治理节点(MGM)，SQL节点1(SQL1)，数据节点1(NDBD1)。
第二台机器，IP 为 10.0.0.202，作为SQL节点2(SQL2)，数据节点2(NDBD2)。
治理节点最好不要与数据节点部署在同一台主机上，否则或者会由于该数据节点主机的当机，而造成治理节点主机的疑问，从而造成整个群集系统的解体。
二，性能治理节点： 在第一台机器上，建文件夹 D:\mysql-cluster，在其下建设文件 ，内容如下： [NDBD DEFAULT] NoOfReplicas=1 [MYSQLD DEFAULT] [NDB_MGMD DEFAULT] [TCP DEFAULT] # Managment Server [NDB_MGMD] hostname=10.0.0.201 # Storage Engines [NDBD] hostname=10.0.0.201 datadir= D:\data [NDBD] hostname=10.0.0.202 datadir= D:\data # SQL Engines [MYSQLD] hostname=10.0.0.201 [MYSQLD] hostname=10.0.0.202 Cluster 治理节点的自动端口是1186，数据节点的自动端口是 2202。
从 MySQL 5.0.3开局，该限度已被放宽，Cluster 能够依据闲暇的端口智能地为数据节点调配端口。
假设你的版本低于5.0.22，请留意这个细节。
Cluster 治理节点作为一个服务端(经过运转 db_ 程序读取本色能文件来启动)，经过本机上的客户端 ndb_ 来衔接和操作。
三、性能 MySQL 数据库主机： 在2台机器上，区分依次操作。
解压 文件到 D:\mysql-cluster-gpl-noinstall-7.1.3-win32 文件夹下，把 D:\mysql-cluster-gpl-noinstall-7.1.3-win32\bin 加到 Windows 的系统 path 中。
翻开DOS命令行窗口（性能完系统path后，在再次翻开新的命令行窗口），口头以下语句，让 MySQL 作为 Windows 服务运转： -install mysql 再在 Windows 服务治理界面里，性能 mysql 服务，手动启动（不要智能启动）。
把 D:\mysql-cluster-gpl-noinstall-7.1.3-win32 下的某个备用的性能文件（例如）复制为 文件。
建设 D:\tmp 文件夹。
四、性能SQL节点和数据节点： 在2台机器上，区分依次操作。
建设文件夹 D:\data。
编辑 NySQL 性能文件 D:\mysql-cluster-gpl-noinstall-7.1.3-win32\，在 [mysqld] 节末尾加语句： #SQL群集节点 ndbcluster ndb-connectstring=10.0.0.201 有了 ndbcluster 语句，mysql 服务将作为群集的 SQL 节点启动。
命令带参数 –ndbcluster 运转是一样的成果。
mysql 服务衔接到数据节点的 2202 自动端口，或智能调配的别的可用端口。
（疑问：SQL节点如何取得数据节点的IP地址？能否经过衔接治理节点，取得一切数据节点的IP地址的列表？） 这里的衔接字符串的值在 MySQL 服务启动时经常使用，用于衔接到治理节点。
在末尾加语句： #NDB集群节点 [mysql_cluster] ndb-connectstring=10.0.0.201 注：如同以下方式也可： [ndbd] ndb-connectstring=10.0.0.201 这里的衔接字符串的值在数据节点启动时经常使用，用于衔接到治理节点。
五，启动群集各主机 启动顺序依次是：治理节点、数据节点、SQL节点。
1，启动治理节点 在第一台主机的DOS窗口，运转命令： C:\>ndb_ -f d:\\ –configdir=d:\mysql-cluster 注：假设不带 –configdir=d:\mysql-cluster 参数，将默以为 C:\mysql\mysql-cluster 文件夹。
屏幕显示： C:\>ndb_ -f d:\\ –configdir=d:\mysql-cluster 2010-06-10 01:16:57 [MgmtSrvr] INFO — NDB Cluster Management Server. mysql-5.1.44 ndb-7.1.3 2010-06-10 01:16:57 [MgmtSrvr] INFO — Reading cluster configuration from ‘d:\\ 2010-06-10 01:16:57 [MgmtSrvr] INFO — Got initial configuration from ‘d:\\, will try to set it when all ndb_mgmd(s) started 2010-06-10 01:16:57 [MgmtSrvr] INFO — Mgmt server state: nodeid 1 reserved for ip 10.0.0.201, m_reserved_nodes 1. 2010-06-10 01:16:57 [MgmtSrvr] INFO — Id: 1, Command port: *:1186 ==INITIAL== 2010-06-10 01:16:57 [MgmtSrvr] INFO — Starting initial configuration change 2010-06-10 01:16:57 [MgmtSrvr] INFO — Configuration 1 commited 2010-06-10 01:16:57 [MgmtSrvr] INFO — Config change completed! New generation: 1 ==CONFIRMED== 2，启动数据节点 区分在2台主机的DOS窗口运转命令。
第一次性，或初始化群集节点时，运转命令： –initial 初始化之后，只运转 即可。
若带参数 –initial 运转，将使反常运转的群集系统中，数据节点的数据所有失落。
数据节点依赖治理节点主机，启动数据的智能复制和同步，使各个数据节点的数据坚持分歧，并在某个数据节点异常封锁又复原后，启动数据的复原重建。
3，启动SQL节点 有了 ndbcluster 语句，启动 mysql 服务，就启动了SQL节点。
应在前2种节点启动后，区分在2台主机上启动。
六、群集治理 在一切的数据节点和SQL节点未启动之前，运转群集治理节点服务的客户端 ndb_，只能取得以下消息： C:\>ndb_ — NDB Cluster — Management Client – ndb_mgm> show Cluster Configuration ——————— [ndbd(NDB)] 2 node(s) id=2 (not connected, accepting connect from 10.0.0.201) id=3 (not connected, accepting connect from 10.0.0.202) [ndb_mgmd(MGM)] 1 node(s) id=1 @10.0.0.201 (mysql-5.1.44 ndb-7.1.3) [mysqld(API)] 2 node(s) id=4 (not connected, accepting connect from 10.0.0.201) id=5 (not connected, accepting connect from 10.0.0.202) ndb_mgm> 说明数据节点、SQL节点均未衔接到治理节点服务。
在一切的数据节点和SQL节点正确启动之后，将取得以下消息： ndb_mgm> show Cluster Configuration ——————— [ndbd(NDB)] 2 node(s) id=2 @10.0.0.201 (mysql-5.1.44 ndb-7.1.3, Nodegroup: 0, Master) id=3 @10.0.0.202 (mysql-5.1.44 ndb-7.1.3, Nodegroup: 1) [ndb_mgmd(MGM)] 1 node(s) id=1 @10.0.0.201 (mysql-5.1.44 ndb-7.1.3) [mysqld(API)] 2 node(s) id=4 @10.0.0.201 (mysql-5.1.44 ndb-7.1.3) id=5 @10.0.0.202 (mysql-5.1.44 ndb-7.1.3) ndb_mgm> 封锁群集的DOS命令： ndb_mgm -e shutdown 或在 ndb_mgm 环境下口头 shutdown 命令。
以上命令或封锁治理节点服务和一切的数据节点。
轻易、强行封锁群集系统（关机或封锁进程），会造成数据没有所有写回磁盘而造成的数据失落。
封锁SQL节点的 mysqld 服务： C:\>net stop mysql，或： C:\>mysqladmin -u root shutdown 七、测试 反常运转的 MySQL 群集系统，经过SQL节点可以对数据节点启动数据库操作，各数据节点可以智能启动数据同步。
某一个数据节点封锁后，不影响SQL节点的经常使用。
某些数据节点出错后，可以启动复原。
须要留意的是，SQL节点建设数据库时，必定决定“ndbcluster”数据库引擎。
假设不决定“ndbcluster”引擎，建设的数据库将不会进入MySQL群集系统中，然而可以独立经常使用。
另外，每个 NDB 表必定有一个主键。
假设在创立表时未定义主键，NDB Cluster 存储引擎将智能生成隐含的主键。
该隐含的键也将占用空间，就像任何其余的表索引一样。
由于没有足够的内存来容纳这些智能创立的键，产生疑问并不稀有。
请问WINDOWS2003的集群（cluster）须要哪些配件支持？硬盘要阵列吗？
要一个阵列柜，两台以上主机。