今天和明天

iis应用程序池不能启动2008年03月13日 星期四 15:29iis应用程序池不能启动。WINDOWS2003 ENT SERVER(64位)环境下（测试过32位系统一样操作无此问题），当打开“应用程序池“，IIS就停，IIS开启，应用程序池就停，出错信息

类型：警告
来源：W3SVC
ID 1057
描述：应用程序池'DefaultAppPool'的标识无效，因此World Wide Web Publishing服务不能创建worker进程以服务于应用程序池，这将导致应用程序池被禁用。

类型：错误
ID：1059
描述：
加载为应用程序池‘DefaultAppPool'提供服务的进程失败，应用程序池被禁用。

回答：根据您的描述，我对您提出的问题的理解是：您的应用程序池和IIS不能同时打开，收到1057和1059错误信息。基于您的状况，我想建议您尝试下面的步骤看是否有助于您的问题解决：

步骤1. 将应用程序池标识用户帐户添加到 IIS _ WPG 组
（默认, NETWORKSERVICE 用户帐户是应用程序池标识用户帐户)。请按照下列步骤操作：
1. 开始，右击我的电脑, 依次 管理 。 您看到的文章源自活动目录seo http://gnaw0725.blogbus.com/
2. 展开 本地用户和组, 然后单击 组 。
3. 右击IIS _ WPG, 然后单击 属性 。
4. 在IIS _ WPG属性 对话框中, 单击 添加 。
5. 在 选择用户、计算机或组对话框中, 单击 高级 。
6. 单击 立即查找 。
7. 在 搜索结果 窗格中, 单击应用程序池标识用户帐户, 然后单击 确定 。
8. 单击 确定 。
注意：所有应用程序池标识应该是 IIS _ WPG 组的成员。

步骤2. 确保 IIS _ WPG 组具有必需权限来访问 ASP.NET 名称注册表项。
要授予 IIS _ WPG 所需权限, 请按照下列步骤操作：
1. 单击开始 ，单击运行 , 类型regedit然后单击 确定 。
2. 找到并单击以下注册表子项： 您看到的文章源自活动目录seo http://gnaw0725.blogbus.com/
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ASP.NET_2.0.50727\Names
3. 名称,右击，然后单击权限 。
4. 单击 添加 , 类型 IIS_WPG单击 检查姓名 , 然后单击 确定 。
5. 在 名称的权限 对话框中, 单击 高级 。
6. 然后单击 编辑 ， 权限 选项卡和 IIS _ WPG , 名称高级安全设置 对话框中。
7. 在 用于名称权限项目 对话框, 确保 IIS _ WPG ， 是在 名称 框中。
8. 单击以选中下列复选框：? 查询值
? 设置值
? 创建子项
? 枚举子项
? 通知
? 读取控制
9. 在所有对话框中, 单击, 确定 ， 然后退出注册表编辑器。

步骤3. 如果服务器是域控制器, 则必须更改应用程序池标识。 要这样做, 请按照下列步骤操作：
1. 开始 ，指向管理工具 , 依次Internet信息服务(IIS)管理器 。
2. 以IIS管理器, 展开服务器， 展开 应用程序池 ， 右击与要修改, 应用程序池的名称， 然后单击 属性 。
3. 中 Application_Pool属性 对话框中， 单击 标识 选项卡。
4. 单击 配置帐户 ， 键入帐户用户名称。 或单击 浏览 以定位帐户。
5. 在 密码 框中, 键入帐户密码， 然后单击 确定 。 您看到的文章源自活动目录seo http://gnaw0725.blogbus.com/

步骤4. 添加UseSharedWPDesktop注册表项到运行IIS的计算机。
此注册表项允许所有要在一个共享桌面, 不管其辅助进程标识运行辅助进程。要添加 UseSharedWPDesktop 注册表项：
1. 单击开始 ，单击运行, 类型regedit然后单击 确定 。
2. 找到以下注册表项：
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\W3SVC
3. 右键单击 Parameters ， 指向 新建 , 然后单击 DWORD 值 。
4. 类型 UseSharedWPDesktop.
5. 将对此新项值设置为 1。 您看到的文章源自活动目录seo http://gnaw0725.blogbus.com/
6. 退出注册表编辑器, 并重新启动 IIS。

文章来自:http://gnaw0725.blogbus.com/logs/14065671.html
 

问题: 打开CRM服务日历出现"记录不可用..." 查看出错日志显示有一行"Crm Exception Message: Pointer record exists but referenced record of type 8 not found: xxxxxxxx-6b25-dd11-a4bf-000e7ffe0011, ErrorCode: -2147220969"

从出错日志来看,有一条记录ID为xxxxxxxx-6b25-dd11-a4bf-000e7ffe0011有问题,但我不知道是在哪个表和出什么错误,后来终于在网上找一个相同问题,GordonLiq 给出了答案:'The problem is the record in resource their userid not exists in systemuserbase '

在resourceBase表中有一条记录的用户名(name)在systemuserbase中不存在,个人建议删除此记录.

造成此问题的原因可能是你在数据库中手动删除用户表中用户.

    在启动工作流程管理器时,出现对话框'指定Microsoft CRM服务器没有响应,如果该服务器当前不可用,该服务器不是
Microsoft CRM服务器,或者您不是有效的用户,则可能会出现这样的情况.有关详细信息,请与系统管理员系统.'

　答：这个问题是因为当前登录的用户不是CRM服务器的管理员.

问题：Microsoft CRM 无法创建新用户和更改用户状态

根本原因：使用ActiveDirectory 迁移工具移动了CRM系统中存在用户
详细描述：我们公司有多个域服务器,某天因为某些原因需要将域服务器中的用户互相移动,我们决定先测试一下(英明呀),看移动后的用户有些什么影响,主要包括用户的邮箱、配置文件、权限等。使用ActiveDirectory 迁移工具移动用户时有三个选项全部选上（后来证明就是这步让我折腾了两天，如果只选前两项就好了），等迁移完成后，我测试用户的权限、邮箱没问题，用迁移用户帐号在另一个域上登录也没问题（高兴），我再测试以集成windows 验证登录的几个系统，都能登录（很高兴），可以宣布测试成功啦！后面的工作就是删除这个测试用户，在ＣＲＭ系统中停用，弹出消息框“出现系统错误，请与管理员联系”，当时头脑一片空白（高兴不起来了），在测试之前我还用这个功能的，不用说肯定是测试的后遗症（心跳加速）。现在关键是冷静，先测试其它功能有没有受影响，一轮测试下来，发现无法创建新用户和更改用户状态了。遇到这种以前没见过的问题，把出错日志贴出来，
at Microsoft.Crm.Application.Platform.SystemUser.InternalCreate(String xml)
at Microsoft.Crm.Application.Platform.SystemUser.InternalCreateAndRetrieve(String xml, String columnSet)
at Microsoft.Crm.Application.Platform.Entity.CreateAndRetrieve(String columnSet)
at Microsoft.Crm.Application.Forms.AppForm.RaiseDataEvent(FormEventId eventId)
at Microsoft.Crm.Application.Forms.EndUserForm.Initialize(Entity entity)
at Microsoft.Crm.Application.Forms.CustomizableForm.Execute(Entity entity, String formId, String formType)
 at Microsoft.Crm.Application.Forms.CustomizableForm.Execute(Entity entity)
at Microsoft.Crm.Web.BusinessManagement.SystemUserDetailPage.ConfigureForm()
at Microsoft.Crm.Application.Controls.AppPage.OnPreRender(EventArgs e)
at System.Web.UI.Control.PreRenderRecursiveInternal()
at System.Web.UI.Page.ProcessRequestMain()
日志显示错误在组件方法中，应该是用户权限的问题（晕），到google上搜索，国内国外的消息看了上百个，没有一个能帮上忙（急，有点严重了）；
把域用户又移回到原来的服务器上，错误依旧；
检查用户的权限组，有两个权限组移动位置了(userGroup、reportServerGroup)，移回原来的位置,错误依旧；
在数据库中删除ＣＲＭ系统中移动的那个用户，错误依旧；
在ＡＤ中详细比较移动用户与其它用户的区别，比较不出来，因为移动前的我也没仔细看过，错误依旧；
最后由我以前同事，现在微软ＣＲＭ顾问Like同志建议在别的机器上重新安装ＣＲＭ连接到原来的数据库上。这样安装过程中将会修复ＣＲＭ数据库中所有用户的ＡＤ信息。

解决方法：
这一招放在平时我怎么都不敢使，现在没办法，做完所有的备份，找一个w2003系统的干净机器重装CRM，数据库可以连接到以前的数据库上，也可以用备份出来的数据库，安装完成。检查，成功！（感谢Like!）

总结：历时两天，收获不少，用ActiveDirectory 迁移工具移动用户后CRM中用户信息中的domainname得手动改正，但是不改也不会影响用户登录。 

用windows账号还是可以登录的。

查找问题的过程：
第一步： 启动所有与SQL有关的服务，问题依旧；
第二步： 查看windows防火墙，被默认启动了，不启动选择项被Disabled。两个提示“由于安全考虑,某些设置由组策略控制”“Windows防火墙正在使用您的域设置”，先用gpedit.msc打组策略编辑器，机算机配置--管理模板--网络--网络连接--Windows防火墙--标准配置文件，查看右边各选项属性，都是未配置状态，问题不在这里。
另外一个提示中提到域设置，域设置不可能禁用SQL Server,并且我查看本地开放端口（netstart -an），25，1433，1434都是开发状态。

晕，会不会是密码错误？

 第三步：我用windows账号登录，连接成功后,, 选择"属性"，
右键实例，在"属性"窗口中, 转到"Security"(安全性)项, 查看"服务器身份验证"中设置确为"SQL Server和Windows身份验证模式", 
 然后执行下面的语句启用sa用户, 同时更改sa的密码
EXEC sp_password 'sa',null,'sa'
ALTER LOGIN sa ENABLE

执行出错：
消息 15116，级别 16，状态 1，第 1 行
密码有效性验证失败。该密码太短，不符合 Windows 策略要求。

哈哈，问题找到。

本地设置可能被域设置覆盖。而域设置中指定了安全策略，密码必须有一定的复杂性。重新更改sa密码，
EXEC sp_password 'sa','Uiop_098Mn','sa'
ALTER LOGIN sa ENABLE

问题解决！