[SBS]解决因开启 32BitApponWin64 后出现的 HTTP 503 故障问题
解决因开启 32BitApponWin64 后出现的 HTTP 503 故障问题
自从离开 Hosting 行业，好久没有做过 IIS 方面的排错，今天算是遇到了一个，感觉会很常见，所以记录下来以备后用。用户购买了一套 ASP+Access 的小程序（PS：别问为什么还要买这么老旧的架构程序！），配置到用户的 Windows Server 2012 Essentials 环境中运行正常，操作过程并无什么特别，只是为其应用池开启 32位程序支持即可，整个过程非常顺利。
反而在之后配置到 gOxiA 的 Windows Small Business Server 2011 Standard 环境中后一直无法正常运行，IE 访问时提示“Service Unavailable”，经典的 HTTP 503 故障。起初检查 IIS 配置没有发现异常，但是看到对应的应用池会被停掉。于是打开事件查看器查阅日志，发现了很多来源为“IIS-W3SVC-WP”的错误，其内容大致如下：
“由于配置问题，无法加载模块 DLL “C:Program FilesMicrosoftExchange ServerV14ClientAccessOwaauthexppw.dll”。当前配置仅支持加载为 x86 处理器架构构建的映像。……”此外，除了 exppw.dll 文件外还有 kerbauth.dll 也出现错误。
综上分析，应用程序池的 32位应用支持是正常打开了，但是却无法加载 64位的 DLL 文件。而关闭“enable32BitAppOnWin64”后应用程序池恢复正常，但无法访问 ASP 程序。那么原因应该是出在应用程序池和加载模块的问题上。“exppw.dll”和“kerbauth.dll”文件都属于服务器上的 Exchange Server 2010 所有，这两个文件本身肯定是没有问题的。
看来还是要锁定到应用程序池方面，应用程序池本身是64位的，只是开启了32位应用支持，所以应用程序池在设置后是正常运行状态。当触发访问请求时，该应用程序池会启动一个新的32位模式的进程，来接受 ASP 类型的访问请求，此时就会导致 32位应用程序池进程（w3wp.exe）与加载的 64位 DLL 出现系统策略上的冲突，被系统强行终止，最终出现前面所述的故障。
要解决这个故障貌似挺难的，难不成跑了64位应用（Exchange Server 2010）的服务器就不能跑 32位 的 ASP 程序了？！看来只能网上找找是否有相关的资料，这还真的找到了！参考资料：http://blogs.msdn.com/b/rakkimk/archive/2007/11/03/iis7-running-32-bit-and-64-bit-asp-net-versions-at-the-same-time-on-different-worker-processes.aspx
文中末尾提到可以修改“applicationHost.config”文件，为加载的 DLL 指定对应架构模式的 ISAPI Filter 来运行。即，在每个 DLL 加载配置行尾附加“preCondition”参数，如果该 DLL 是 32位那值为“bitness32”，而 64位的则是“bitness64”。修改后的结果可以参考下图：
针对本例，我们需要修改的有两个：“exppw.dll”和“kerbauth.dll”。最后测试一下结果，网站已经能够正常访问，至此故障消失问题得到了解决！同样，有遇到类似故障的都可参考此法解决。
[Office]在域环境中部署 Office 2013 管理模板
在域环境中部署 Office 2013 管理模板
最近在进行一个 Office 的测试，涉及 Office 的管理模板，之前的版本如 Office 2010，我们可以通过组策略编辑器（GPMC）直接导入管理模板，操作很方便。如下图所示：
但是如果要部署 Office 2013 的管理模板，貌似就不能再用上面的方法了，我们会发现在 Office 2013 ADM 中根本没有可导入的策略模板类型的文件。
搜索了 TechNet，找到了相关的文档“Office 2013 组策略概述”，根据其说明了解到，要部署管理模板需要手工创建指定的目录并拷贝相关的策略模板文件。
- 管理模板文件存储在本地计算机上，位置如下：
文件类型
文件夹
.admx %systemroot%＼PolicyDefinitions .adml %systemroot%＼PolicyDefinitions＼<zh-cn> - 域环境中央存储，位置如下：
| 文件类型 | 文件夹 |
| .admx | %systemroot%＼sysvol＼domainpolicies＼PolicyDefinitions |
| .adml | %systemroot%＼sysvol＼domainpolicies＼PolicyDefinitions＼<zh-cn> |
因为是在域环境中部署，所以参考后者。定位到对应的目录后创建“PolicyDefinitions”子目录，之后将下载到的 Office 2013 ADM 解压缩，在 ADMX 目录中选取我们要使用的模板文件，因为是简体中文环境所以仅拷贝 zh-cn 目录和所有的 .admx 文件即可。
下图是部署到中央存储后的截图，请参考。
现在打开 GPMC 创建一个新的 GPO 以开始配置 Office 2013，如下图所示。
但是大家也注意到了，在管理模板视图下只显示出 Office 2013 的策略，而默认的管理策略都消失了。
就此问题也专门搜索了网上的资料，可惜没什么可用信息，之后向微软开了支持事件，经过几番讨论分析的结果是，当 DC 上未使用集中策略存储目录时，则组策略编辑器就会从“C:＼Windows＼PolicyDefinitions”读取。否则就会首先从集中策略存储目录读取。
既然有了分析结果，问题也就迎刃而解了，我们只需要将本地“PolicyDefinitions”目录下的文件都拷贝到集中策略存储目录下即可。
[Office 365] 微软发布 SkyDrive Pro client for Windows
微软发布 SkyDrive Pro client for Windows
本月20号微软低调发布了独立版本的 SkyDrive Pro cleint for Windows，目前可在 Microsoft Download Center 下载到。
SkyDrivePro_x64_zh-cn.exe (398.5 MB): http://download.microsoft.com/download/A/6/0/A600B400-ABA8-4E67-8A5F-272471BCE4B5/SkyDrivePro_x64_zh-cn.exe
SkyDrivePro_x86_zh-cn.exe (357.4 MB): http://download.microsoft.com/download/A/6/0/A600B400-ABA8-4E67-8A5F-272471BCE4B5/SkyDrivePro_x86_zh-cn.exe
之前 SkyDrive Pro 是属于 Office 2013 的套件应用，可能是因为使用 Office 365 的很多用户还在使用着 Office 2010 或 2007 版本，微软为了保障这些用户也能使用 Skydrive Pro 所以才推出了独立版本。
SkyDrive Pro 不同于 SkyDrive，前者基于 SharePoint 技术构建，除了可以连接企业内部的 SharePoint 服务器以外，还可连接微软云计算 Office 365 的 SharePoint Online 服务，SkyDrive Pro 更适合企业用户使用，因为提供了更多地高级功能：
- 管理您的信息
- 管理文档隐私
- 在 SkyDrive Pro 库中管理文档版本
- 关注文档以跟踪它们
- 查看建议关注的文档
- 协作处理文档
- 共享文档
- 与组织外部的人员共享网站或文档
- 向库添加评级功能
- 将库与计算机同步
目前 SkyDrive Pro 已经支持 7GB 的存储，关于 SkyDrive Pro 更多的信息，可参考：http://office.microsoft.com/zh-cn/sharepoint-server-help/HA102822076.aspx#sdpsync
而 SkyDrive 大家并不陌生，基于 Live 服务构建，面向个人用户的免费联机存储（注：免费 7GB使用空间，当然也可付费获取更大容量的空间。），并且支持从任何设备上访问。
非常期待 SkyDrive Pro 的移动版本，虽然 WP 手机内置的 Office 可连接访问，但其他智能设备使用起来就不是很方便，必须通过浏览器访问。如果能像 SkyDrive 一样提供移动版本就更加完善了！
