比来的项目要添加一个 x86 编译的dll，
首先添加引用，编译，报错：
首先判断是 项目中不能添加 x86 的引用，所以把所有的项目都凭据 x86 的方法编译一遍，同时对应IIS 的应用池，，也改削为启用32位。
本以为可以顺利显示，但是却报错。报错的是本机开发环境，但是部署随处事器测试却能够正常显示。
按照网上的提示，检察 系统日志里的应用措施日志，
再按照此错误信息，网上搜索，终于找到了解决要领。
1. 如果报错是 rewrite.dll ， 则在措施-应用和打点 中修复 对应的IIS URL Rewrite Module 2。
2. 如果报错是 aspnetcore.dll ，则在措施-应用和打点中修复 Microsoft .NET Core 1.0.0 - VS 2015 Tooling ...
在搜到该解决方案之前， 我已经把所有的.netcore 的措施卸载了，再从头按章 .Net Core SDK 依然无效，最后按照方案中的要领，搜索到了
DotNetCore.1.0.1-VS2015Tools.Preview2.0.3.exe， 从头安置修复。
看来是必必要修复一次。而且说是 windows10 的anniversary更新引起的错误，至此终于大白为啥处事器部署可以正常了。
Installing the recently released Anniversary Update (version 1607) of Windows 10 seems to destabilize IIS by shutting down Application Pools, thus resulting in a 503 error when trying to run an application, which is caused by some DLLs failing to load when the worker process starts. Fortunately, the lovely folks of the interwebz are coming to the rescue!
First, check out the Windows Event Viewer (Win+X, V) to see what you need to fix: Open "Windows Logs", then "Application" and look for "Error" level entries with the source "IIS-W3SVC-WP" (may be different if the name of your IIS instance is not the default one). In the details, you will see a short message, like this:
The Module DLL <path-to-DLL> failed to load. The data is the error.Depending on your configuration, there may be different DLLs causing this kind of problem and they will occur one by one, so you will need to keep checking the Event Logs and fix the issues until your application properly starts up. To be sure, before every attempt, stop IIS and close IIS Manager.
Here are two specific issues we‘ve experienced so far and how to fix them, but you may bump into completely different ones:
"C:\WINDOWS\system32\inetsrv\rewrite.dll" (reference)
Go to "Programs and Features" (Win+X, F) and repair "IIS URL Rewrite Module 2".
"C:\WINDOWS\system32\inetsrv\aspnetcore.dll" (reference)
Go to "Programs and Features" (Win+X, F) and repair "Microsoft .NET Core 1.0.0 - VS 2015 Tooling ...".
Happy updating!
Hi paramesh,
I don‘t know from the top of my head, but you can try (re)installing them from PS using Web Platform Installer. Or if you have installed those from Web Platform Installer in the first place, then you probably still have the .msi installers on your machine (for example on my machine they are under "C:\Users\Benedek\AppData\Local\Microsoft\Web Platform Installer\installers") - in that case you can repair them from PS using "msiexec" with the "fa" switch (which runs a forced repair).
This command works on my machine for URL Rewrite 2, for you the path might be different:
msiexec /fa "C:\Users\Benedek\AppData\Local\Microsoft\Web Platform Installer\installers\UrlRewrite2\6A98B994ADCC2E8D21507BF2B8BAFFB402C17395\rewrite_amd64.msi"
For "Microsoft .NET Core 1.0.0 - VS 2015 Tooling", the installer (at least on my machine) is in one of the subfolders of "C:\ProgramData\Package Cache", so for example the latest version I have installed (differs from what‘s in the blogpost) is "C:\ProgramData\Package Cache\{da280276-4f5b-4918-8d40-20ca56dfa535}\DotNetCore.1.0.1-VS2015Tools.Preview2.0.3.exe". "msiexec" won‘t be able to handle this, since it‘s an exe, but you might be able to just run it from PS, although I‘m not sure if that‘ll work without GUI.
Please let me know if it helped and if they work, then I‘ll add them to the blogpost.
https://orcharddojo.net/blog/troubleshooting-iis-apppool-crashes-status-503-after-windows-10-anniversary-update