The Right Way to clear log files and Perform a Backup in Exchange Server 2007

Fuente: http://www.trainsignal.com/blog/backup-exchange-server-2007

 

Performing a backup in Exchange is a frequently misunderstood topic. The procedure is a bit different from a regular backup, and you can very easily run into some major problems if you don’t know what to do and what not to do.

So today, I would like to show you the right way to perform a backup in Exchange Server 2007and make sure you know how backups work.

The Wrong Way to Backup Exchange 2007

Before I show you how to correctly setup a backup in Exchange, I would like to tell you what not to do. Ever.

You might already know how to do a regular on-line file level backup. And you probably run this type of backup all the time for your file servers and personal computers, which works fine.

But if you perform this type of backup on your Exchange server, the Exchange databases will not be fully recoverable. If you do an on-line backup of an Exchange database without shutting it down, you will have a lot of problems with your backup.

The reason for this is that while the backup is copying the database which, by the way may take a minute or an hour, the database is still active and there are changes being made to it – within the minute or longer. So the backup that you are getting of that database is not an accurate backup and in turn it is a very difficult backup to work with in case of a disaster recovery procedure.

Typically, after you perform a restore from this type of a backup, the database won’t mount and you will need to run a repair tool on it. This may cause you to lose quite a bit of data and there is a chance that you might never be able to recover that database at all.

So remember, whatever you do, do not perform a file level backup on Exchange Server.

An “image” backup of Exchange Server is another type of backup that you should stay away from.

The “image” backup takes snapshots of a server and then does the backup. Well, since this type of backup doesn’t copy the entire server in a flash, there is an opportunity for the Exchange database to actually change during the backup process. So you might encounter the same problems as with the on-line file level backup, where the database refuses to mount, loses data, or becomes completely unrecoverable.

The Right Way to Backup Exchange Server 2007

Now that you know what not to do, let’s go over the types of backups you should be doing on your Exchange Server.

Option # 1 – use a backup that is an off-line-level backup. Take the database off-line, do the backup and put it back on-line.

Option # 2 – the best type of backup for an Exchange Server is an “exchange-aware” backup.This type of backup will capture all the Exchange data properly and it will flush the Exchange logs, which are very important for your server recovery.

NTBackup is a type of “exchange-aware” backup. It is one of the most popular Exchange backup system for small to medium size businesses and it’s available from Microsoft. In fact, you probably already have it on your Exchange Server and don’t even know it.

One thing to keep in mind is that using an “exchange-aware” backup is not enough to create a proper Exchange copy. You have to make sure to configure these backups in “exchange-aware” fashion, which I will explain in more detail below.

What to Backup on Exchange Server?

Not everything on your Exchange Server needs to be backed up. However, there are a few things that must be backed-up to be able to run a successful recovery:

• Mail databases – as mentioned above, in an “exchange-aware” fashion
• System State files and folders
• Files and folders under Program Files\Microsoft\Exchange Server\ with the exception of the Storage Group Folders in Mailbox directory as they are going to be backed up in an “exchange-aware” fashion also

Now that we know what to backup and which type of backup to choose, let’s go over the steps of a backup procedure.

Performing the NTBackup on Exchange Server 2007

We got the most important Exchange backup basics covered and now we’re ready for the steps on how to configure your NTBackup. I know this is what you have been waiting for, so let’s get started.

1. To start, login to your Exchange Server, click on the Start Menu, select Run, type inntbackup and hit Enter:
2. In the Backup Utility window for NTBackup, click on the Backup tab: 

   

3. You will see all your hard drives listed in this window; you will also see a System State listed, as well as the Microsoft Exchange Server option. 

   Expand the Microsoft Exchange Server all the way down until you are able to see your Storage Groups. In my example below, there are two Storage Groups listed: First Storage Group and Second Storage Group

   

4. Go ahead and check the boxes next to all of your Storage Groups: 

   

5. Next, expand your Local Disk where your Exchange Server was installed and then the Program Files Folder: 

   

6. Locate the Microsoft folder and expand it. You should now be able to find the “Exchange Server” folder. Go ahead and check the box next to it: 

   

7. Now remember, we need to exclude the Storage Group folders from that directory. So expand the Exchange Server folder and then the Mailbox folder: 

   

8. Uncheck the checkboxes next to all of your Storage Group folders. In my example I am unselecting the box next to First Storage Group and Second Storage Group. 

   

9. Alright, we’re almost done here. The last thing we need to remember is to check the box next to our System State, so let’s do this now: 

   

10. Now it’s time for you to select the backup destination. You can select a network drive, a secondary local disk or a media tape: 

    

11. After you have selected your backup destination, click on the Start Backup button: 

    

12. At this point you have two sets of options: 
    • Option Set #1 – Choose between appending the backup to the media or replacing the data. I’m going to replace the data.
    • Option Set #2 – Start the backup right away, or create a schedule. In my example, I’m going to start it right away.

    When you have made your selections, click on the Start Backup button to start the actual backup process:

    

13. Once the backup is completed you will see the screen below. At this time you have successfully preformed an Exchange Server backup – the Right Way! 

    

Changing the Default Location for .Ost and .Pst Files

Fuente: http://www.windowsitpro.com/article/registry2/changing-the-default-location-for-ost-and-pst-files-48228

I have only 1GB of space on my C drive but 3GB on a second partition. How can I tell Microsoft Office Outlook 2003 to put my .ost file for Cached Exchange mode on the E drive?

By default, Outlook places each Offline Folders (.ost) file and Personal Folders (.pst) file that it creates in the %userprofile%\Local Settings\Application Data\Microsoft\Outlook folder. You can either use a registry value to change that default location, or you can manually create a new profile and specify the .ost filename and folder.

See also, «Troubleshooter: .pst Files vs. .ost Files for Backups» and «Outlook: Displaying a Contacts Folder Other Than the Default.»

To use a registry value to set the default path, open a registry editor and navigate to the HKEY_ CURRENT_USER\Software\ Microsoft\Office\11.0\Outlook key, create a new expandable string value named ForcePSTPath, and set it to the path to the folder in which you want Outlook to create .ost and .pst files. You can use environment variables, such as %userprofile%, to specify the path.

Alternatively, you can use the Custom Installation Wizard and Custom Maintenance Wizard tools from the Office 2003 Resource Kit to set the value of ForcePSTPath. The resource kit also contains the administrative template for Group Policy Editor (GPE), which you can use to mandate the value for ForcePSTPath as a policy setting in HKEY_CURRENT_USER\ Software\Policies\Microsoft\ Office\11.0\Outlook. The Microsoft article «You cannot specify a separate folder to store the .ost file when you use the ForcePSTPath value in Outlook 2003» explains how to get and use a hotfix that adds a new ForceOSTPath registry value to set the .ost file path separately from the .pst file path.

The manual method of changing the default location for .ost and .pst files requires you to set the .ost file location before you turn on Cached Exchange mode. Use the Control Panel Mail applet to create a new mail profile for an Exchange mailbox, but before you finalize the profile, clear the Use Cached Exchange mode check box. Open the new profile’s properties again, choose E-mail Accounts, bring up the Exchange account settings, and choose More Settings. On the Advanced tab, click Offline Folder File Settings. You should see a dialog box in which you can set the location of the .ost file. Upon request, confirm that you want to create the new .ost file. Return to the settings for the Exchange account, select the Use Cached Exchange mode check box, then click OK to save the profile changes.

Alerta de seguridad cada vez que entra a Outlook 2007

Fuente: http://technet.microsoft.com/es-es/library/bb851554(EXCHG.80).aspx
Fuente: http://blogs.technet.com/b/exchange/archive/2007/04/30/3402138.aspx

Error Exchange 2007: No se encuentra ningún servidor de Exchange 2007 con un servicio de lista de direcciones activo.

Error:

No se encuentra ningún servidor de Exchange 2007 con un servicio de lista de direcciones activo.

Se intentó el comando del Shell de administración de Exchange:

 ‘…’

Tiempo transcurrido: 00:00:00

El problema se soluciona iniciando el servicio «Microsoft Exnchage – operador de sistema»

…illatà !

Problemas con el error 440 login timeout en OWA de Exchange 2007

Fuente: http://gregorioparra.spaces.live.com/Blog/cns!3F1C5A97BDB2FA2E!936.entry 

Fuente: http://support.microsoft.com/kb/941201 

Este error  muestra por que es conveniente saber como fue la historia de instalacion de Exchange, sobretodo en nuestro entorno, en donde recurrentemente el servidor de Exchange es a su ves el Controlador de Dominio.Para el caso nuestro, no es lo mismo instalar un IIS y promover a DC que promover a DC e instalar un IIS, ya les cuento por que.Hace un tiempo, adelantando uno de mis escenarios de entrenamiento, tome como siempre una de las maquinas Windows Base que tengo previamente listas (esto ahorra un enorme tiempo, para el caso de 2003 solo ejecutar sysprep y listo! ).lo siguiente fue instalar IIS, despues de lo cual ejecute dcpromo, adicionandolo como controlador adicional.hasta ahi, no hay problema, despues de esto, esta maquina le instale Exchange Server 2007 SP1, ya que necesitaba una maquina en un sitio remoto con Exchange, la instalacion se efectuo sin problemas, y el servicio se establecio sin inconveniente alguno.al momento de ingresar a OWA, encontre esto:Pero no habia error a nivel de app pool o de IIS, tampoco el CAS ofrecia informacion; asi que me dedique a investigar que sucedia.Ubique la herramienta Authentication and Access Control Diagnostics, con la cual  hice una traza, y encontre algo como esto: Esto indicaba que para la cuenta IUSR_MAQUINA, no habia autenticacion.Al tiempo, encontre este muy buen articulo de Microsoft, http://support.microsoft.com/kb/941201 [ Error message when you try to log on to Exchange 2007 by using Outlook Web Access: «440 Login Timeout» ], el cual indica que este error puede deberse a fallos en los sitios web de OWA, lo cual se soluciona ejecutando estas piezas de powershell en el CAS afectado.  

Remove-OwaVirtualDirectory "exchange (default web site)"
Remove-OwaVirtualDirectory "public (default web site)"
Remove-OwaVirtualDirectory "exchweb (default web site)"
Remove-OwaVirtualDirectory "owa (default web site)"

despues de locual ejecute esta otra parte, para adicionar los sitios  

New-OwaVirtualDirectory "exchange" -OwaVersion Exchange2003or2000 -VirtualDirectoryType Mailboxes -WebSiteName "Default Web Site"
New-OwaVirtualDirectory "public" -OwaVersion Exchange2003or2000 -VirtualDirectoryType PublicFolders -WebSiteName "Default Web Site"
New-OwaVirtualDirectory "exchweb" -OwaVersion Exchange2003or2000 -VirtualDirectoryType Exchweb -WebSiteName "Default Web Site"
New-OwaVirtualDirectory -name "owa" -OwaVersion Exchange2007 -WebSiteName "Default Web Site"

esta parte no sirvio, asi que segui revisando el articulo y encontre que hace mencion de la cuenta IUSR_MAQUINA, busque en el directorio que mencionaba y esto encontre:esta cuenta, es la que impersona el acceso anonimo a directorios, ya que sea como sea, debe una cuenta acceder a los archivos, esto es NTFS!ahora, tenia que aclarar que ocurrio con la cuenta, por que si estaba referenciado alli, esta debio existir, asi que de nuevo buscando en internet, encontre el punto final, que indica que este error aparece por un cuarto factor, y es cuando la maquina como en mi caso es promovida a Controlador de Dominiohttp://support.microsoft.com/kb/300432 [ How To Promote a Member Server Running IIS to a Domain Controller Running IIS ] asi que ya con toda esta evidencia, fui a verificar el directorio activo, y esto encontre.Lo cual confirmaba que efectivamente la cuenta IUSR_DCEXCH3 habia sido eliminada, por este motivo, no se permitia que los recursos de OWA fuesen cargados de forma satisfactoriahasta ahora definimos el problema, ahora va el metodo de solucion!recuerdan el primer articulo que consultamos?  http://support.microsoft.com/kb/941201 [ Error message when you try to log on to Exchange 2007 by using Outlook Web Access: «440 Login Timeout» ], pues en este articulo menciona la opcion de sincronizar la contraseña de la cuenta IUSR_ MAQUINA, pues yo le agregue un ingrediente, y fue la de cambiar en si la cuenta, pero a cual, a una que ya tenia los privilegios y bque estaba creada, en este caso la IUSR_DCEXCH1, esta cuenta, para operar bien necesita estos privilegios en la maquina IIS

Access this computer from the network.

Log on as a batch job.

Log on locally.esto lo pueden ver en la politica local de la maquina, para poder verificarlo, aca muestro las imagenes que asi lo corroboran.                    ya con esto claro, lo que hay que hacer es ubicar la contraseña del usuario IUSR_MAQUINA, esto lo hacemos con el paso 2 del articulo 941201, para una mejor comprension, muestro las lineas de codigo antes y despues del cambio:Antes:  

If (Attribute = True) then
IsSecureProperty = True
Else
IsSecureProperty = False
End If

 Despues:  

If (Attribute = True) then
IsSecureProperty = False
Else
IsSecureProperty = False
End If

Recuerden, despues de obtener la contraseña que necesitan, dejen de nuevo el codigo como estaba originalmente.ya con este dato, hay que reorganizar los directorio de IIS afectados, esto son:

• 8.1.240.5 (o la version que corresponda aca)
• auth
• bin
• smime

y aca muestro el antes y el despues de la configuracion:Antes:Nota: el confirmara la contraseña y este es el despues:esto lo deben hacer para cada uno de los 4 directorios.Despues de esto, ejecuten un iisreset y prueben de nuevo, deberia funcionar!!Espero les sea de utilidadMe queda averiguar si esto mismo ocurre en 2008 y como se solucionaria, ya les contare como me fue en la laborsaludos! ————————————————– 

  

 

Cuando intenta iniciar sesión en Microsoft Exchange Server 2007 utilizando Microsoft Outlook Web Access, recibe un mensaje de error similar al siguiente:

440 Tiempo de espera de inicio de sesión

Volver al principio

Causa

Este problema se produce si hay un problema con los permisos o con la autenticac…

Este problema se produce si hay un problema con los permisos o con la autenticación en Internet Information Services (IIS) o en la metabase de IIS.

Volver al principio

Solución

Para resolver este problema, siga estos pasos. Después de cada paso, determine s…

Para resolver este problema, siga estos pasos. Después de cada paso, determine si se ha resuelto el problema. Si el problema persiste, continúe en el paso siguiente.

Volver al principio

Paso 1: elimine y vuelva a crear los directorios virtuales relacionados de Outlook Web Access

Para eliminar los directorios virtuales relacionados de Outlook Web Access, siga estos pasos:

1. Inicie el Shell de administración de Exchange.
2. Escriba los comandos siguientes. Presione Entrar después de cada comando.
   Nota: estos comandos distinguen mayúsculas de minúsculas.
   • Remove-OwaVirtualDirectory «exchange (sitio web predeterminado)»
   • Remove-OwaVirtualDirectory «public (sitio web predeterminado)»
   • Remove-OwaVirtualDirectory «exchweb (sitio web predeterminado)»
   • Remove-OwaVirtualDirectory «owa (sitio web predeterminado)»

Para volver a crear los directorios virtuales relacionados de Outlook Web Access, escriba los comandos siguientes en el Shell de administración de Exchange. Presione Entrar después de cada comando:

• New-OwaVirtualDirectory «exchange» -OwaVersion Exchange2003or2000 -VirtualDirectoryType Mailboxes -WebSiteName «Sitio Web predeterminado»
• New-OwaVirtualDirectory «public» -OwaVersion Exchange2003or2000 -VirtualDirectoryType PublicFolders -WebSiteName «Sitio Web predeterminado»
• New-OwaVirtualDirectory «exchweb» -OwaVersion Exchange2003or2000 -VirtualDirectoryType Exchweb -WebSiteName «Sitio Web predeterminado»
• New-OwaVirtualDirectory -name «owa» -OwaVersion Exchange2007 -WebSiteName «Sitio Web predeterminado»

Volver al principio

Paso 2: vuelva a sincronizar las contraseñas

Vuelva a sincronizar las contraseñas en la metabase y en el servicio de directorios Active Directory para las cuentas siguientes:

• IUSR_nombreDeEquipo
• IWAM_nombreDeEquipo

Para ello, siga estos pasos:

1. Inicie un símbolo del sistema y utilice el comando cd para cambiar al directorio siguiente:
   c:\inetpub\adminscripts
2. Escriba el comando siguiente y presione ENTRAR:
   notepad adsutil.vbs
3. Busque el código siguiente.

   If (Attribute = True) then
   IsSecureProperty = True
   Else
   IsSecureProperty = False
   End If

4. En este código, cambie el valor de IsSecureProperty de True a False y guarde los cambios en el archivo.

   Importante: después de seguir los pasos 1 a 4 para volver a sincronizar las contraseñas, debe volver a cambiar el primer valor IsSecureProperty a True y guardar los cambios en el archivo.

5. En el símbolo del sistema, escriba el comando siguiente y presione ENTRAR:
   cscript adsutil.vbs get w3svc1\anonymoususerpass

   Se devuelven resultados parecidos a los siguientes:

   Microsoft (R) Windows Script Host Version 5.6 Copyright (C) Microsoft corporation 1996-2001. Reservados todos los derechos.
   
   anonymoususerpass		: (STRING) "HtV9o2w.18)@SY"

   Nota: puede recibir el código de error -2147024893 al ejecutar este comando. Este problema se produce si la propiedad Anonymoususerpass se establece en el nivel w3svc para todos los sitios web y no en el nivel del sitio web concreto (w3svc1). En esta situación, modifique el comando get para especificar el nivel w3svc. Para ello, escriba el comando siguiente y presione ENTRAR:

   cscript adsutil.vbs get w3svc\anonymoususerpass
6. Copie la contraseña que aparece entre comillas en los resultados devueltos y utilícela para restablecer la contraseña para la cuenta IUSR_nombreDeEquipo.
7. En el símbolo del sistema, escriba el comando siguiente y presione ENTRAR:
   cscript adsutil.vbs get w3svc1\wamuserpass

   Se devuelven resultados parecidos a los siguientes:

   Microsoft (R) Windows Script Host Version 5.6 Copyright (C) Microsoft corporation 1996-2001. Reservados todos los derechos.
   
   wamsuserpass		        : (STRING) "Tl&b9^1n9`7g*9"

   Nota: si recibe el código de error -2147024893 al ejecutar este comando, escriba el comando siguiente y presione ENTRAR:

   cscript adsutil.vbs get w3svc\wamuserpass
8. Copie la contraseña que aparece entre comillas en los resultados y utilícela para restablecer la contraseña para la cuenta IWAM_nombreDeEquipo.
9. Siga los pasos 1 a 3 para ver la entrada IsSecureProperty en el archivo adsutil.vbs. Revierta el valor de la primera entrada IsSecureProperty a True y guarde los cambios en el archivo.

Volver al principio

Paso 3: quite la propiedad Anonymoususerpass del contenedor ROOT de la metabase

Para quitar la propiedad Anonymoususerpass del contenedor ROOT de la metabase, siga estos pasos:

1. Inicie un símbolo del sistema y utilice el comando cd para cambiar al directorio siguiente:
   c:\inetpub\adminscripts
2. Escriba el comando siguiente y presione ENTRAR:
   cscript adsutil.vbs find w3svc/anonymoususerpass

   Se devuelven resultados parecidos a los siguientes:

   Microsoft (R) Windows Script Host Version 5.6 Copyright (C) Microsoft corporation 1996-2001. Reservados todos los derechos.
   
   Property anonymoususerpass found at: w3svc

3. Si la propiedad Anonymoususerpass se establece en w3svc y en w3svc/1/ROOT, quite la propiedad del nivel ROOT. Para ello, escriba el comando siguiente y presione ENTRAR:
   cscript adsutil.vbs delete w3svc/1/ROOT/anonymoususername
4. Restablezca IIS. Para ello, escriba iisreset y presione ENTRAR.

   Nota: puede que también tenga que reiniciar el Servidor Acceso de cliente (CAS).

Volver al principio

Paso 4: compruebe que la autenticación anónima está habilitada para los directorios virtuales controls y auth

Compruebe que la autenticación anónima está habilitada para el directorio virtual controls bajo el directorio virtual owa en IIS. Compruebe también que la autenticación anónima está habilitada para el directorio virtual auth bajo el directorio virtual owa en IIS. Para ello, siga estos pasos:

1. Inicie el complemento Administrador de Internet Information Services (IIS) de Microsoft Management Console (MMC).
2. Expanda sucesivamente el nombre del servidor, Sitios Web, Sitio Web predeterminado y owa.
3. En owa, haga clic con el botón secundario en 8.0.685.24 y, a continuación, haga clic en Propiedades.

   Nota: el directorio virtual 8.0.685.24 puede tener un número de versión diferente para un nombre. Esto depende de la versión de Exchange 2007 que esté instalada.

4. Haga clic en la ficha Seguridad de directorios y, después, haga clic en Modificar bajo Autenticación y control de acceso.
5. Haga clic para activar la casilla Habilitar el acceso anónimo y, después, haga clic para desactivar todas las casillas situadas bajo Acceso autenticado.
6. Haga clic dos veces en Aceptar.
7. En owa, haga clic con el botón secundario en auth y, a continuación, haga clic en Propiedades.
8. Siga los pasos 4 a 6 para habilitar la autenticación anónima y deshabilitar otros métodos de autenticación para el directorio virtual auth.

Volver al principio

Paso 5: compruebe las propiedades de la cuenta IUSR_nombreDeEquipo

Si se utiliza una cuenta de dominio para el acceso anónimo, examine las propiedades de la cuenta IUSR_nombreDeEquipo para comprobar que esta cuenta puede conectarse al servidor CAS. Para ello, siga estos pasos:

Nota: para determinar la cuenta que se utiliza para el acceso anónimo, siga los pasos descritos en «Paso 4: compruebe que la autenticación anónima está habilitada para los directorios virtuales controls y auth» para ver el contenido del cuadro de diálogo Métodos de autenticación.

1. Inicie la herramienta Usuarios y equipos de Active Directory.
2. Busque y haga clic con el botón secundario en la cuenta IUSR_nombreDeEquipo y, a continuación, haga clic en Propiedades.
3. Haga clic en la ficha Cuenta y, después, haga clic en Iniciar sesión en.
4. Si la opción Todos los equipos está seleccionada, haga clic en Cancelar y, a continuación, haga clic en Aceptar para salir del cuadro de diálogo Propiedades de IUSR_nombreDeEquipo.
5. Si está seleccionada la opción Los siguientes equipos, siga estos pasos:
   1. Compruebe que el servidor CAS aparece en la lista Nombre de equipo. Si el servidor CAS no aparece en esta lista, debe agregarlo.
   2. Haga clic en Aceptar dos veces para guardar los cambios y salir del cuadro de diálogo Propiedades de IUSR_nombreDeEquipo.
   3. Inicie un símbolo del sistema en el servidor CAS.
   4. Escriba iisreset /noforce y presione ENTRAR.

Volver al principio

---

La información de este artículo se refiere a:

• Microsoft Exchange Server 2007 Standard Edition
• Microsoft Exchange Server 2007 Enterprise Edition

Volver al principio

Palabras clave:

kberrmsg kbtshoot kbprb KB941201

Cómo quitar Exchange 2007 de su equipo

Fuente: http://support.microsoft.com/kb/927464

En este artículo se describe cómo quitar completamente Microsoft Exchange 2007 de un equipo en una organización existente de Microsoft Exchange Server y de Active Directory.

IMPORTANTÍSIMO:  El procedimiento puede tardar entre 15 minutos y 2 horas…

Exchange 2007 se quita de forma diferente que en las versiones anteriores de Exchange Server. No puede quitarlo manualmente. Los únicos procedimientos admitidos para quitar Exchange 2007 es usar Agregar o quitar programas o el programa de instalación del CD de Exchange 2007 para quitar Exchange 2007 y quitar el objeto Exchange 2007 de Active Directory.

Para quitar Exchange 2007 de un equipo, siga estas instrucciones.

Quitar la función de servidor de buzón de Exchange 2007

Antes de quitar un equipo Exchange 2007 de la organización, debe quitar los almacenes de carpetas públicas que se encuentran en ese equipo.

Precaución: si quita la última base de datos de carpetas públicas, todo su contenido se perderá. Además, solamente los usuarios que ejecuten Microsoft Office Outlook 2007 o una versión posterior de Microsoft Outlook podrán conectarse a la organización de Exchange. No quite la última base de datos de carpetas públicas si la organización usa formularios de la organización. Un formulario de la organización es una carpeta del sistema de un equipo de Exchange que almacena los formularios a los que suelen tener acceso los usuarios de una organización.

Un almacén de carpetas públicas no puede contener ninguna réplica cuando intente quitarlo. Esto incluye las réplicas de las carpetas de sistema. Si un almacén de carpetas públicas contiene alguna réplica de una carpeta pública, primero debe quitarla antes de quitar el almacén. Si intenta quitar un almacén de carpetas públicas antes de mover las réplicas que contenga, recibirá un mensaje de error similar al siguiente:

La base de datos de carpetas públicas Nombre_base_de_datos no se puede eliminar.
Error:
la base de datos de carpetas públicas especificada contiene replicaciones de carpetas. Antes de eliminar la base de datos de carpetas públicas, quite las carpetas o mueva las replicaciones a otro servidor de carpetas públicas.

Comprobar el contenido del almacén de carpetas públicas

El almacén de carpetas públicas contiene el subárbol de mensajes interpersonales (IPM, Interpersonal Message) que los clientes de Outlook pueden ver y el subárbol de los mensajes que no son interpersonales o la carpeta del sistema que los clientes no pueden ver. Si desea comprobar el contenido de estos subárboles, puede redirigir esta información y verla en forma de archivos de texto. Para ello, siga estos pasos:

1. Haga clic en Inicio, seleccione Todos los programas y Exchange Server 2007, y haga clic en Shell de administración de Exchange.
2. En el símbolo del sistema de MSH, cambie a la carpeta siguiente:
   unidad:\Archivos de programa\Microsoft Exchange Server\Scripts
3. Ejecute los comandos siguientes:
   • Get-PublicFolderStatistics -server <Exchange 2007_Server_Name> | fl | out-file C:\PFstat.txt
   • Get-PublicFolder -server < Exchange 2007_Server_Name > \ -recurse | fl | out-file C:\PFIPMSub.txt
   • Get-PublicFolder -server < Exchange 2007_Server_Name > \non_ipm_subtree -recurse | fl | out-file C:\PFNonIPMSub.txtEl comando Get-PublicFolderStatistics mostrará los datos que contiene el almacén de carpetas públicas. Los comandos Get-PublicFolder junto con los modificadores respectivos mostrarán las réplicas que se establecen para los subárboles IPM y no IPM.

Quitar las réplicas del almacén de carpetas públicas

Debe usar uno de los métodos siguientes para desinstalar las réplicas de un almacén de carpetas públicas. Después de usar uno de estos métodos, debe esperar entre 15 minutos y dos horas para que los movimientos se completen físicamente.

Método 1: usar el script MoveAllReplicas.ps1

Puede usar el script MoveAllReplicas.ps1 para cambiar a otro servidor el servidor en la lista de réplicas para todas las carpetas públicas. Mueva el símbolo del sistema al Shell de comandos de Exchange y use el script. Para ello, siga estos pasos:

1. Haga clic en Inicio, seleccione Todos los programas y Exchange Server 2007, y, a continuación, haga clic en Shell de administración de Exchange.
2. En el símbolo del sistema de MSH, cambie a la carpeta siguiente:
   unidad:\Archivos de programa\Microsoft Exchange Server\Scripts
3. Ejecute el comando siguiente:
   MoveAllReplicas.ps1 -Server Nombre_Servidor_Origen –NewServer Nombre_Servidor_Destino

   Nota: el servidor de origen debe ser un servidor de buzones de Exchange 2007 que contenga un almacén de carpetas públicas. El servidor de destino debe ser un servidor de Exchange que contenga un almacén de carpetas públicas.

Método 2: usar Administrador del sistema de Exchange en Exchange 2003

Si ejecuta Microsoft Exchange Server 2003 en la organización, puede mover las réplicas del Administrador del sistema de Exchange en Exchange 2003. Para ello, siga estos pasos:

1. Inicie el Administrador del sistema de Exchange.
2. Expanda sucesivamente Grupos administrativos, Primer grupo administrativo y Servidores, y, después, el objeto de Exchange Server 2007.
3. Expanda Primer grupo de almacenamiento, haga clic con el botón secundario del mouse en el almacén de carpetas públicas apropiado y, después, haga clic en Mover todas las réplicas.
4. En el cuadro de diálogo Mover todas las réplicas, haga clic en el servidor de Exchange al que desee mover las réplicas y, a continuación, haga clic en Aceptar.

Después de usar uno de estos métodos, debe esperar a que la siguiente instancia de la replicación de carpetas públicas se complete antes de que se quiten las réplicas de carpetas públicas. Puede usar el comando Get-PublicFolderStatistics que se menciona en la sección «Comprobar el contenido del almacén de carpetas públicas» para comprobar el estado.

Quitar el almacén de carpetas públicas

Después de confirmar que todas las réplicas se han quitado, debe quitar el almacén de carpetas públicas del equipo Exchange 2007. Puede hacer esto desde el símbolo del sistema de la Consola de administración de Exchange o del Shell de administración de Exchange.

Método 1: usar el Shell de comandos de Exchange

Después de quitar las réplicas, puede quitar el almacén de carpetas públicas desde el símbolo del sistema del Shell de comandos de Exchange. Para ello, ejecute el siguiente comando en el símbolo del sistema del Shell de comandos de Exchange:

Remove–PublicFolderDatabase –Identity «Nombre_Almacén_Carpetas_Públicas«

Para quitar el último almacén de carpetas públicas de una organización, ejecute el comando siguiente:

Importante: vea la nota de precaución al principio de la sección «Quitar la función de servidor de buzón de Exchange Server 2007» antes de quitar el último almacén de carpetas públicas de una organización.

Get-PublicFolderDatabase | Remove-PublicFolderDatabase -RemoveLastAllowed

Método 2: usar la Consola de administración de Exchange

Para quitar el almacén de carpetas públicas desde la Consola de administración de Exchange, siga estos pasos:

1. Inicie la Consola de administración de Exchange.
2. En el árbol de Consola, expanda Configuración del servidor y haga clic en Buzón.
3. En el panel de resultados, haga clic en el servidor apropiado.
4. En el panel de trabajo, expanda el grupo de almacenamiento apropiado y haga clic en la base de datos de carpetas públicas que desee quitar.
5. En el panel de acciones, haga clic en Quitar y, a continuación, haga clic en Sí.
6. En el cuadro Nombre de la base de datos de carpetas públicas, escriba el nombre de la base de datos de carpetas públicas.
7. Siga las instrucciones del asistente.

Quitar el grupo administrativo de Exchange 2007

 

• Cuando quite el último equipo que ejecuta Exchange 2007 en una organización de Exchange Server en modo mixto, el grupo administrativo de Exchange 2007 permanece en Active Directory. Este comportamiento es una característica del diseño de la aplicación.
• Cuando instala Exchange 2007, solamente se instala un grupo administrativo, que no se puede cambiar. Para obtener más información, visite el siguiente sitio web de Microsoft y vea el blog del equipo de Exchange relacionado:
  http://msexchangeteam.com/archive/2006/08/08/428619.aspx (http://msexchangeteam.com/archive/2006/08/08/428619.aspx)
• Puede eliminar el grupo administrativo para Exchange 2007 con ADSIEdit. Sin embargo, no hay motivo para eliminar el grupo administrativo. Una instalación nueva de Exchange Server 2007 hace que se ejecute de nuevo el comando forestprep. El comando forestprep agrega el mismo nombre de grupo administrativo.

Quitar Exchange 2007

• La desinstalación manual de Exchange 2007 no se permite.
• En las versiones beta de Exchange 2007, use Agregar o quitar programas para quitar Exchange 2007. De este modo se quitará la herramienta y el objeto Exchange 2007 de Active Directory.
• Cuando se lance la versión comercial original de Exchange 2007, podrá usar Agregar o quitar programas para quitar Exchange 2007. También puede insertar el CD de Exchange 2007 para iniciar automáticamente la opción de desinstalación.
• No tiene que quitar ninguna entrada del Registro cuando quite Exchange 2007.
• Algunos archivos, como los de bases de datos y los archivos de registro de la instalación, se conservan después de quitar Exchange 2007. Puede quitarlos manualmente si lo desea. Esto incluye al subdirectorio EXCHSRV. Si desea guardar las bases de datos antes de quitar Exchange 2007, puede desmontarlas. Después, guarde una copia en otra ubicación.Nota: puede reinstalar completamente el sistema operativo y luego reinstalar Exchange 2007. Sin embargo, esto no es necesario.

Quitar el sitio web predeterminado

• Por diseño, al quitar Exchange 2007, no se quitan los siguientes servidores virtuales que se crean para Exchange 2007 debajo del sitio web predeterminado:
  • Microsoft-Server-ActiveSync
  • OAB
  • owa
• No tiene que quitar Microsoft Internet Information Services (IIS) para quitar completamente Exchange 2007. De forma predeterminada, los servidores virtuales de Exchange 2007 que están debajo del sitio web predeterminado en IIS permanecen en el servidor. No tiene que quitar los servidores virtuales de Exchange 2007 en IIS. Sin embargo, puede eliminarlos manualmente si lo desea.Nota: IIS se quita cuando quita Microsoft Exchange Server 2003 manualmente de un equipo. De este modo, se quitan los directorios virtuales en Exchange 2003.
• Puede quitar IIS del servidor, reinstalarlo y después reinstalar los Service Packs y revisiones de Microsoft Windows. No obstante, esto no es necesario.

---

La información de este artículo se refiere a:

• Microsoft Exchange Server 2007 Standard Edition
• Microsoft Exchange Server 2007 Enterprise Edition

Palabras clave:

kbhowto kbinfo kbexchsetup KB927464

Creating a public folder store for Exchange 2007 free/busy

Fuente: http://www.robichaux.net/blog/2007/05/creating-a-public-folder-store-for-excha.php

So I’ve gotten three or four requests for detailed instructions on how to fix the situation that happens when you say «no» when Exchange 2007 setup asks if you have any pre-Outlook 2007 clients. In that case, Exchange doesn’t create a public folder store, but you need one for legacy client support. To fix this problem, here’s what to do in a brand-new Exchange environment:

1. Launch the Exchange Management Console
2. Expand the Server Configuration node, then select the Mailbox node and select the server you want to create the PF store on.
3. Under the Database Management tab, select the storage group that you want to contain the public folder database.
4. In the Actions pane, click New Public Folder Database. Give the database a name and a path, then click New.
5. Once the database has been created, stop and restart the MSExchangeIS (Microsoft Exchange Information Store)service.

If you already have Exchange servers, you shouldn’t need to do this. If you decide that you want your Exchange 2007 server to publish free/busy and OAB information through public folders, follow the steps above, then see this article for information on how to add replicas of the needed folders to the Exchange 2007 server.