Three methods to repair OWA
Outlook Web Access and Outlook Web
App 2010 are both low-maintenance Exchange Server components. Aside from applying the
occasional update, you don’t need to do much to keep OWA running. But when these components fail,
it has a major impact on end users. Here are three techniques you can use to get OWA back up and
running.
1. Start with OWA basics
If one of your OWA servers malfunctions, the first thing you should do is check the server clock.
If the clock falls out of sync with your domain controllers, Kerberos authentication will fail.
This leads to OWA and ActiveSync
problems
When you register, you’ll also receive targeted alerts from my team of editorial writers and independent industry experts with the latest news, tips, and advice to help you do your job more efficiently and effectively. Our goal is to keep you informed on the hottest topics and biggest challenges faced by Exchange professionals today working with Exchange, Outlook and other related technologies.
Margie Semilof, Editorial Director
Premium Access
Register now for unlimited access to our premium content across our network of over 70 information Technology web sites.
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States.
Privacy
Dig Deeper
-
People who read this also read...
-
This was first published in January 2012
.
After you’ve checked the server’s clock, verify that the domain name system
(DNS) name resolution works properly. I’ve traced many OWA problems to incorrect entries on
internal DNS servers.
2. Client access server: To rebuild or not to rebuild?
Almost all the important Exchange configuration information is stored in Active
Directory, not on Exchange servers. This makes things easier when you need to rebuild a
malfunctioning Exchange server. In fact, you can completely rebuild your client
access server (CAS) in about an hour using these simple steps:
- Make note of which version and service pack level your server operating system currently
runs.
- Make note of which version and service pack level Exchange Server currently runs.
- Make note of your server name.
- Reset -- but do not delete -- the server’s Computer account in Active Directory.
- Format the server hard drive and install a clean copy of Windows. Be sure to use the same
version and service pack level you used before. .
- Change the server name to match the one you used previously.
- Join the server to the domain with the existing computer account.
- Verify that your Exchange Server installation media is the same version and service pack level
that you previously used.
- Install any Exchange Server prerequisite components.
- Insert the Exchange installation media and run the following command: Setup
/M:RecoverServer.
This method almost always fixes an OWA problem, but it comes with a caveat. Remember that the
CAS hosts services other than OWA. If you use these steps to repair the CAS, then OWA, Outlook
Anywhere and ActiveSync will be unavailable for the duration of the repair unless you have
other client access servers to handle the workload.
Even if you can do without these services for an hour or two, remember that if you’re on Exchange
Server 2010, all your Outlook clients connect to the CAS. If you only have one CAS and take it
down for repairs, none of your users can connect to Exchange.
You should also try to avoid using the technique described above if your CAS hosts additional Exchange
Server roles or if you’ve made customizations to OWA.
3. Recreate your OWA virtual directory
OWA problems are often traced to virtual directories. You can usually fix a virtual directory
problem without taking the CAS completely offline, but caution is in order.
The technique below explains how to recreate your OWA virtual directory. However, when you do,
the virtual directory’s contents return to their default values. If you’ve made any OWA
customizations, they will be erased and you will need to reload any custom OWA code after the
operation completes.
Additionally, you must work with the OWA virtual directories through Exchange rather than
through Internet
Information Services (IIS). While it is possible to rebuild the OWA virtual directory at the
IIS level, doing so is almost always problematic.
The easiest way to rebuild the OWA virtual directory is from the Exchange Management Console
(EMC). The first step is to delete the old OWA virtual directory. Use the following command:
Remove–OwaVirtualDirectory –Identity ‘<server name>\owa (Default Web
Site)’
For example, if you want to delete the OWA virtual directory from a server named Exch1,
use the following command (Figure 1):
Remove–OwaVirtualDirectory –Identity ‘Exch1\owa (Default Web Site)’
Figure 1. Delete the OWA virtual directory through the Exchange Management Console.
After you’ve removed the OWA virtual directory, create a new one with the following command:
New-OwaVirtualDirectory –InternalUrl ‘https://<fqdn>/owa’ –WebSiteName ‘Default Web
Site’
For example, to create a new OWA virtual directory on a server named Exch1 in the
Contoso.com domain, use the following command (Figure 2):
New-OwaVirtualDirectory –InternalUrl ‘https://Exch1.contoso.com/owa’ –WebSiteName ‘Default
Web Site’
Figure 2. Recreate the OWA virtual directory through the Exchange Management Console.
After creating the new OWA virtual directory, you must reset IIS. This will result in a brief
CAS server outage, but the outage should only last a few seconds.
To reset IIS, use the IISRESET /NoForce command. Also, you must issue this command from
an elevated command prompt window as opposed to a PowerShell
window. You can see what this process looks like in Figure 3.
Figure 3. You must reset IIS through a command prompt window.
As you can see, there are several techniques for repairing OWA. The trick is in determining
which approach is best for your OWA environment and your end users.
ABOUT THE AUTHOR:
Brien Posey is an eight-time Microsoft MVP with two decades of IT experience. Before
becoming a freelance technical writer, Brien worked as a CIO for a national chain of hospitals and
healthcare facilities. He has also served as a network administrator for some of the nation’s
largest insurance companies and for the Department of Defense at Fort Knox.
Disclaimer:
Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.