You cannot access Message Queuing from a clustered instance of IIS (820985)

RESOLUTION

To resolve this problem, run IIS on a computer that is outside the cluster. Generally, Microsoft does not recommend clustering IIS. Microsoft recommends Network Load Balancing as the preferred high-availability solution for IIS.

If you cannot run IIS outside the cluster, you must configure your Web applications to run on the virtual cluster server instead of on the local node. This configuration removes any dependencies on the local node service and provides the full functionality of Message Queuing, even after a failover occurs.

To configure ASP pages to run on a virtual cluster server, follow these steps:

1. Open the Internet Services Manager, and then locate the directory or Web site that contains the ASP pages that access Message Queuing.
2. Right-click the directory or Web site, and then click Properties.
3. Click the Directory tab. An application name should be listed under Application Settings. If not, click Create to create a new application.
4. Under Application Protection, click High (isolated), click OK, and then close the Internet Services Manager.
5. To replicate the configuration changes to the other nodes in the cluster, run Iissync.exe. For additional information about Iissync.exe, click the following article number to view the article in the Microsoft Knowledge Base:

   249603 Using IISSYNC to Synchronize Clustered Web Sites on Windows 2000 Advanced Server

6. In Control Panel, double-click Administrative Tools, and then double-click Component Services.
7. Expand Component Services, expand Computers, expand My Computer, and then expand COM+ Applications.
8. Locate the COM+ application that corresponds to your Web application in IIS.
   
   The COM+ application's name begins with IIS and contains the path of the directory for your Web application.
9. Right-click the COM+ application, and then click Properties.
10. Note the Application ID that is listed on the General tab, click OK, and then close Component Services.
11. Open Cluster Administrator.
12. Right-click the group that contains your clustered Message Queuing resource, point to New, and then click Resource.
13. In the New Resource Wizard, enter a name and description for the application.
14. In the Resource Type list, click Generic Application, and then click Next.
15. Select all the nodes that you want to run the application, and then click Next.
    
    Note You will typically select all the nodes in your cluster.
16. Add the network name resource that Message Queuing depends on, and then click Next.
17. Type the following command line (where GUID is the application ID of the COM+ application that you noted in step 10), including the braces:
    
    dllhost.exe /ProcessID:{GUID}
18. Type C:\Winnt\System32 as the current directory, click the Use Network Name for computer name option, and then click Next.
19. Click Finish.
20. Restart IIS, and then use Cluster Administrator to bring the newly configured resource online.
    
    The ASP pages that run inside that COM+ application now run on the virtual cluster server instead of on the local node.
21. Repeat this process for any other Web applications that must access Message Queuing.

This process does not work for Microsoft ASP.NET applications. ASP.NET pages run inside the ASP.NET worker process (Aspnet_wp.exe), not inside COM+ applications, regardless of the application protection settings in IIS. There is no way to configure the ASP.NET worker process to run on the virtual cluster server. Instead, you must create a Component Object Model (COM) component that provides access to Message Queuing. Your ASP.NET pages should call this COM component instead of directly accessing Message Queuing. You can create a COM+ application to host this COM component, and then cluster the COM+ application by using the previous procedure. You must also install the COM+ application on all the computers in the cluster. For additional information about how to install the COM+ application, click the following article number to view the article in the Microsoft Knowledge Base:
After you cluster the COM+ application, it runs on the virtual cluster server, and your ASP.NET pages can use it to run Message Queuing without relying on the local node service. This method also resolves problems with accessing Message Queuing from Internet Server API (ISAPI) filters and extensions and from Common Gateway Interface (CGI) applications that run in clustered instances of IIS.

If all your cluster nodes are running Microsoft Windows Server 2003 and you have a non-cluster computer running Message Queuing 3.0, you can configure the local cluster nodes to use Message Queuing over DCOM. Message Queuing over DCOM permits the cluster nodes to activate the Message Queuing COM component on a remote computer, instead of locally. You can then run Message Queuing-enabled applications, including ASP and ASP.NET pages, on the local cluster node without starting the local Message Queuing service. For more information about how to configure Message Queuing over DCOM, visit the following Microsoft Web site: