Deploying as an IIS application

RavenDB can be run as an IIS application, or from a virtual directory under an IIS application.

Setting up a RavenDB IIS application

  1. Download the distribution zip, and extract the "Web" folder.
  2. In IIS Manager, create a new website and point it's physical path to the "/Web" folder you extracted. Alternatively, point a virtual directory under an existing website to that folder.
  3. Set the Application Pool for the IIS application you will be using to "ASP.Net v4.0", or create a new Application Pool set to .NET 4.0 Integrated Pipeline.
  4. Set port and host if needed.
  5. Make sure that the user you set for the website has write access to the physical database location.
  6. Make sure to disable "Overlapped Recycle" in App Pool Advanced Settings. (Otherwise, you may have two concurrent RavenDB instances competing for the same data directory, which is going to generate failures).

Setting up with IIS 7.5

  • Remove the WebDAVModulse from the installed Modules in your server
  • If you wish to run with authentication:
    • Ensure that "Windows Authentication" is installed support to IIS 7.5 (by default it is not)
    • Enable "Windows Authentication" for the RavenDB website.
    • In the web.config file, set the app settings value Raven/AnonymousUserAccessMode to Get or None
  • If you with to run with no authentication:
    • In the web.config file, set the app settings value Raven/AnonymousUserAccessMode to All

Setting up with IIS 7

You may get a "405 Method Not Allowed" error when trying to create an index from the Client API when RavenDB is running in IIS 7.

This usually happens when you are running RavenDB from a virtual directory. The problem is a conflict that occurs with the WebDAV module. To resolve that, you need to edit the web.config file in the parent directory and add:

<system.webServer>
   <modules runAllManagedModulesForAllRequests="true">
      <remove name="WebDAVModule" />
   </modules>
 </system.webServer>

That will remove the WebDAV module and resolve the conflict.

Note

This modification is not to the RavenDB's web.config file, it is to the web.config of the parent application.

Setting up with IIS 6

When using IIS 6, you need to make sure all requests are mapped to the ASP.NET DLL, and modify the Web.config file and remove the system.webServer element and add the following system.web element:

<system.web>
   <httpHandlers>
      <add path="*" verb="*" 
         type="Raven.Web.ForwardToRavenRespondersFactory, Raven.Web"/>
   </httpHandlers>
</system.web>

If you are experiencing problems with accessing the Studio, try this step: Home Directory > Configuration > Wildcard application maps > Insert c:\windows\microsoft.net\framework\v4.0.30319\aspnet_isapi.dll, and Uncheck Verify file exists.

Web Configuration

Many configuration options are available for tuning RavenDB and fitting it to your needs. See the Configuration options page for complete info.

RavenDB isn't a typical web site because it needs to be running at all times. In IIS 7.5, you can set this using the following configuration settings:

  • If you created a dedicated application pool for RavenDB, change the application pool configuration in the application host file (C:\Windows\System32\inetsrv\config\applicationHost.config) to:

<add name="RavenApplicationPool" managedRuntimeVersion="v4.0" startMode="AlwaysRunning" />
  • If Raven runs in an application pool with other sites, modify the application host file (C:\Windows\System32\inetsrv\config\applicationHost.config) to:

<application path="/Raven" serviceAutoStartEnabled="true" />

HTTP Error 503

You may hit an HTTP Error 503 - "The service is unavailable" - when deploying to IIS, with nothing written to the Event Log.

This problem usually occurs when you are trying to run the RavenDB's IIS site on port 8080 after you have run RavenDB in executable mode. The problem stems from RavenDB reserving the http://+:8080/ namespace for your user, and when IIS attempts to start a site on the same endpoint, it errors.

You can resolve this problem by executing the following on the command line:

netsh http delete urlacl http://+:8080/

You can also see all existing registrations with the following command:

netsh http show urlacl