IT初学者

昨天小编的笔记本电脑出现异常，能连接上家里的wifi，就是不能不打开网站，直接测试ping 外网ip是正常，但是就是无法解析网址。

根据多方检测，也没有结果，用网线连接也上不了，甚至连接了隔壁的wifi一样是上不了，

一开始各种检查电脑的服务项是否开启，机器是否有中毒，都没有发现任何异常，

这让小编百思不得其解了，当前有朋友会觉得是网络dns的问题，这个我一开始就测试了，跟这个无关。

最后小编想到域名解析是通过udp协议的53端口来通信的，就尝试着telnet 114.114.114.114 的53端口，发现是不同，还有一句报错，同时也测试telnet 小编网站服务器的80端口，发现结果都是一样，都有着同样的一个报错，错误如下：

【无法加载或初始化请求的服务提供程序】

注：win 7 默认不开启telnet 功能，需要先在控制面板开启方可使用。

小编想这下总算找到问题，由于小编也是第一次遇到这个问题，当然也要百度一下，但是百度很多解答，再小编看来都是无用功的，因为小编已经测试过了！

最后在一个blog中，发现一个博主发表的一篇日志，其中就有一个解决方案，小编想着，反正现在也上不到网，就试试，没想到真的解决了这个问题了！

解决方法如下：

打开cmd运行窗口，然后输入  netsh winsock reset 

然后重启计算机。

这条命令是用来重置winsock 目录的！重置之后就可以了！ 

如果大家遇到我这种情况，不妨试试重置winsock目录，这个对电脑自身不会造成系统性的影响。

今天晚上突然接到同事电话，说有一台webserver倒了，重启也无效，程序池无法检测。

我就登录到服务器上查看，发现了如下图的错误，

当打开IIS管理器，或配置网站时提示错误：配置文件的XML格式不正确

且是applicationHost.config的问题，那么肯定是applicationHost.config被破坏，IIS就崩溃。

我检查了一下服务器的，发现是C盘的磁盘空间不足，导致了配置文件写入失败，变成了0kb的状态下，

由于这个配置文件控制了整体iis的所有配置，这个文件一旦出错，那么整台服务器的web都会出错。

首先想到解决办法就是恢复applicationHost.config

先检查C:\Windows\System32\inetsrv\config目录下的applicationHost.config文件，最好备份一份

使用IIS提供的AppCmd.exe的restore功能恢复applicationHost.config

运行命令提示符 键入 cd %windir%\system32\inetsrv，然后按 Enter

首先我运行 appcmd list backup命令 先列举服务器上可以进行恢复的备份数据出来，

然后我选择一个备份并运行appcmd restore backup <backup name>

执行失败的，是因为备份的数据也是出错的，所以我就从最后一个往前进行恢复，

最后恢复好了之后，重启iis就可以了！

http://support.microsoft.com/kb/274188
PRB：联机丛书中的“孤立用户疑难解答”主题不完整
文章 ID : 274188 
最后更新日期 : 2004年5月31日 
版本 : 1.0 
本页内容
 症状 
 状态 
 更多信息 
 参考

症状
当您将数据库备份恢复到另一台服务器时，可能会遇到孤立用户的问题。SQL Server 联机丛书中的孤立用户疑难解答主题中没有讲述解决此问题的具体步骤。

本文介绍了如何解决孤立用户问题。 
状态
Microsoft 已经确认这是在本文开头列出的 Microsoft 产品中存在的问题。 
更多信息
虽然术语“登录”和“用户”经常交换使用，但它们之间有很大的不同。登录用于用户身份验证，而数据库用户帐户用于数据库访问和权限验证。登录通过安全识别符 (SID) 与用户关联。访问 SQL Server 服务器需要登录。验证特定登录是否有效的过程称为“身份验证”。登录必须与 SQL Server 数据库用户相关联。您使用用户帐户控制数据库中执行的活动。如果数据库中不存在针对特定登录的用户帐户，使用该登录的用户即使能够连接到 SQL Server 服务器，也无法访问数据库。但是，该情形的唯一例外是当数据库包含“guest”用户帐户时。与用户帐户不关联的登录将被映射到 guest 用户。相反，如果存在数据库用户，但没有与其关联的登录，则该用户将无法登录到 SQL Server 服务器中。

将数据库恢复到其他服务器时，数据库中包含一组用户和权限，但可能没有相应的登录或者登录所关联的用户可能不是相同的用户。这种情况被称为存在“孤立用户”。 
孤立用户疑难解答
当您将数据库备份恢复到另一台服务器时，可能会遇到孤立用户的问题。以下情形说明了该问题并阐述如何加以解决。 1. 向主数据库添加一个登录，并将默认数据库指定为 Northwind： Use master go sp_addlogin 'test', 'password', 'Northwind'
      
 
2. 向刚创建的用户授予访问权限： Use Northwind go sp_grantdbaccess 'test'
      
 
3. 备份数据库。 BACKUP DATABASE Northwind
TO DISK = 'C:/MSSQL/BACKUP/Northwind.bak'
      
 
4. 将数据库恢复到其他 SQL Server 服务器： RESTORE DATABASE Northwind
FROM DISK = 'C:/MSSQL/BACKUP/Northwind.bak'
      
恢复的数据库包含名为“test”的用户，但没有相应的登录，这就导致“test”成为孤立用户。 
5. 现在，为了检测孤立用户，请运行此代码： Use Northwind go sp_change_users_login 'report'
      
输出中列出了所有登录，其中包含 Northwind 数据库的 sysusers 系统表和主数据库的 sysxlogins 系统表中不匹配的条目。

解决孤立用户问题的步骤
1. 为前一步中的孤立用户运行以下命令： 
Use Northwind
go
sp_change_users_login 'update_one', 'test', 'test'
      
这样，就将服务器登录“test”与 Northwind 数据库用户“test”重新连接起来。sp_change_users_login 存储过程还可以使用“auto_fix”参数对所有孤立用户执行更新，但不推荐这样做，因为 SQL Server 会尝试按名称匹配登录和用户。大多数情况下这都是可行的；但是，如果用户与错误登录关联，该用户可能拥有错误的权限。 
2. 在上一步中运行代码后，用户就可以访问数据库了。然后用户可以使用 sp_password 存储过程更改密码： Use master
go
sp_password NULL, 'ok', 'test'
      
此存储过程不能用于 Microsoft Windows NT 安全帐户。通过 Windows NT 网络帐户连接到 SQL Server 服务器的用户是由 Windows NT 授权的；因此，这些用户只能在 Windows NT 中更改密码。

只有 sysadmin 角色的成员可以更改其他用户的登录密码。

参考
有关在服务器之间移动数据库时如何解决权限问题的其他信息，请单击下面的文章编号，查看 Microsoft 知识库中相应的文章： 
240872 INF：在 SQL 服务器之间移动数据库时如何解决权限问题