svn如何恢复管理员权限

首先你要弄明白subversion、visualsvn、apache之间的关系svn权限设置。

2、版本控制的核心软件（也就是SVN）实质上指的是subversionsvn权限设置。svnserve。conf是这个工具自带的版本库权限管理文本，只控制某个版本库。

如果你访问版本库的客户端地址的前缀是svn://或者svn ssl方式来访问版本库，那么这个文件就会起作用svn权限设置。

3、一般来讲，我们很少会用上述方式来访问，因为每个库都要手动编辑这个权限文件，那么我们会采用另一种方式搭建服务器，也就是apache subversion（也可以集成其他比如ssl、域认证等模块）的方式，这个方式下，我们的权限控制是通过apache来读取认证文本的，这样无论我们有多少个版本库，认证文件都只有一个svn权限设置。

然后通过手动编辑或者命令行编辑或者svn管家等方式来总体控制所有版本库权限svn权限设置。而且可以通过访问。

4、VisualSVN Server说白了这就是个一键安装包（他集成了相关联的所有软件比如subversion、apache、ssl、域认证等等）,另外自己加入了读取目录进行权限分配的功能，比自带的要手工编辑权限文件更可靠和好用svn权限设置。

也是利用的apache只需要读取groupssvn权限设置。conf和htpasswd，而不需要读取每个库的svnserve。conf，这样svnserve。conf自然也就不会变了。

5、你可以在你安装visualsvn的目录下找到一个说明文件，他会表面这个版本的visualsvn里面各个软件（subversion、apache、ssl等）的版本svn权限设置。

明白了他们的关系，然后试着去搭建一个apache subversion，就知道他们是怎么回事了svn权限设置。

服务器常见故障处理

网络管理员90%的工作往往是诊断和解决各种各样的故障。为了说明诊断网络故障的一般过程，本文例举了几种故障情形，有的是常见的小问题，有的是比较艰巨的挑战。当你遇到类似的问题时，就可以按照本文例子的介绍，先问自己几个简单的问题，逐步隔离问题所在，最后找到真正的问题根源。

故障一、找不到验证密码的域服务器

毫无疑问，你也一定遇到过这样的情形：当你坐在一台工作站之前准备登录网络，Windows却报告说找不到用来验证密码的域服务器。要解决这个故障，首先要确定问题到底出在网络、工作站还是服务器上。从下面几个问题开始：

→哪些地方改变了?最近是否改动过网络，而这些改动可能导致当前的.问题?有没有添加新的服务器、拆除原有的服务器、改动过交换机或HUB?有没有添加或减少域控制器、将成员服务器提升为DC(域控制器)或者相反?

→其他工作站也存在类似的问题吗?

→服务器正在运行吗?

经过检查，你发现此前工作站一直顺利地运行，其他工作站没有遇到类似的问题，服务器也正常。根据故障现象，基本上可以确定故障出在工作站本身。接下来要确定工作站的那个地方出了故障，试试下面几个问题：

→工作站能够Ping到服务器吗?

→工作站获得了一个IP地址吗?

检测表明，工作站能够Ping到服务器，但Ping操作有时超时，这表明工作站和服务器之间只有断断续续的通信。在命令行上执行ipconfig/renew命令，多执行几次，工作站有时会更新IP地址，有时不会。这是工作站和服务器之间断续通信的症状。

现在将问题工作站的网络连接和另一台工作站的对换一下，新工作站在问题工作站的位置上也不能连接网络，而问题工作站却能从另一个网络位置顺利地连接网络。现在已经很清楚：问题工作站所在位置的电缆或Hub出了问题。

拆下故障位置上网络电缆连接Hub的那一端，将它接到另一个Hub上，故障依旧。现在可以肯定电缆就是引起故障的罪魁祸首了。

故障二、Windows服务不能启动

在一台Windows2000服务器上，部分服务设置成不用本地的系统帐户启动。一次重新启动Windows2000服务器之后，发现这些服务没有启动，必须手工打开服务，重新输入密码，然后启动服务。每次重新输入密码，都收到消息说：<用户名字>已被授予作为服务登录的权限。

要解决该故障，首先回答下面几个问题：

→哪些地方改变了?是否有人修改了服务器?

→这个服务以前能够启动吗?

→用户名称和密码正确吗?

查询修改记录发现，该服务器是一个DC，不久之前还是域控制器组织单元(OU，OrganizationalUnit)的成员。在移出该OU之前，这些服务一直能够顺利启动。另外，用来启动这些服务的用户名称和密码都是合法的。进一步研究发现，域控制器OU的成员有一些特殊的权限，其中包括作为服务登录的权限。当出现问题的服务器移出该OU时，服务器失去了那些权限。现在要做的是恢复服务器的权限。

要将权限授予服务器，请按照如下步骤操作：

→在管理控制台(MMC)中打开活动目录用户和计算机管理单元，再打开域控制器OU的“属性”对话框。

→在组策略页中，点击“默认域控制器策略”，然后点击“编辑”，打开组策略管理器。

→依次扩展计算机配置/Windows设置/安全设置，再扩展“本地策略”，然后点击“用户权利指派”。

→在右边的窗格中，右击“作为服务登录”，选择菜单“安全”。

→把用来启动服务的用户帐户加入到策略(图一)，完成后点击“确定”。

在“共享”选项卡中，点击下方的权限，添加当前用户，并全部控制，点击确定。

或者取消共享，确定后，再共享时，点“高级共享”——“权限”——添加：Everyone，完全控制。

在“所有者”，双击dmin2，点确宝，确定。

请试一下

---