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
- Download the distribution zip, and extract the "Web" folder.
- 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. - 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.
- Set port and host if needed.
- Make sure that the user you set for the website has write access to the physical database location.
- 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/AnonymousUserAccessModeto Get or None
-
If you with to run with no authentication:
- In the web.config file, set the app settings value
Raven/AnonymousUserAccessModeto All
- In the web.config file, set the app settings value
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.
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 accessubg 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.
Recommended IIS Configuration
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 deplying 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:
ntsh http show urlacl
The comments section is for user feedback or community content. If you seek assistance or have any questions, please post them at our support forums.
What advantage does this provide? Just for the authentication? Not really sure I understand why this would be helpful? Although I'm sure there is a reason...
I am not sure that I am following your question. What is this "this" that you refer to? Deploying to IIS? Or is it something more specific?
Yeah, would be nice to see the pros and cons of Windows Service vs. IIS. Also, what's the story with upgrades in both scenarios?
I think "this" meant specifically the deployment of Raven as an IIS Website. What are the pros/cons of doing so over the traditional Windows Service deployment.
On IIS, you get the full benefits of being managed in IIS. You can set memory limits, monitor via standard tools, use SSL, etc. Using the service, you have far simpler configuration story, and you can get started in under a minute.
Both are supported, and it is mostly about how your own IT feels about things. If they are good in IIS setup & monitoring, they should go there. If they want to do the simplest thing, they setup as a service and forget about it.