Blog IT

Desinstalar Exchange 2010 / Uninstall Exchange 2010

Ya sea para finalizar una migración o por cualquier otra necesidad, es muy probable que nos encontremos con la necesidad de eliminar un Exchange 2010. Aunque a priori pueda parecer una tarea tan simple como ir a agregar y quitar programas… no es así. Igual que en versiones anteriores, el Exchange a eliminar tiene que estar, como es lógico, libre de cualquier servicio del Exchange en producción.

Por ello, voy a poner los errores y soluciones más comunes para que podáis quitar sin derramar una sola lágrima vuestros servidores de correo Exchange 2010.

El entorno del que sacaremos los errores está compuesto de un Exchange 2003 (EXCH1) y un 2010 (Ex2010). Damos por echo que el 2010 no tiene buzones (aparentemente) y que el correo entra y sale por el 2003.

*Aunque vosotros tengais un entorno diferente, tal como un 2010/2013 u otro, la base de las soluciones es la misma.

Si intentemos desinstalar el servidor 2010, recibiremos el siguiente error:

Exc2010Del1

Que viene a decirnos que no se puede desinstalar el Exchange porque aun hay buzones. Si, ya se que vosotros habéis migrado todos los buzones al otro servidor, pero Exchange 2010 utiliza 4 buzones más a parte de los de vuestra organización.

1 buzón de correo propio que Exchange usa para almacenar los resultados de búsqueda eDiscovery:

  • DiscoverySearchMailbox

3 buzones de correo de arbitraje:

  • FederatedEmail.4c1f4d8b-8179-4148-93bf-00a95fa1e042: Se usa para el correo federado
  • SystemMailbox{e0dc1c29-89c3-4034-b678-e6c29d823ed9}: Usado para el descubrimiento
  • SystemMailbox{1f05a927-xxxx-xxxx-xxxx-xxxxxxxxxxxx}: Se usa para el transporte moderado. Es el último de la organización.

Estos 4 buzones los podéis encontrar dentro de Users del active directory. Son cuentas que aparecen desactivadas y no se pueden activar o eliminar. Son cuentas que se generan automáticamente en la instalación del Exchange 2010.

Para verificar que buzones siguen ahí y nos impiden la eliminación del Exchange, nos iremos a la consola de powershell y lanzaremos los siguientes comandos,

Exc2010Del2

Get-Mailbox -Database “DatabaseName” para ver los buzones que aun existen. En nuestro caso 1) DiscoverySearchMailbox

Get-Mailbox -Database “DatabaseName” -Arbitration para ver los buzones de arbitraje. en nuestro caso el federated y los dos de system (2,3,4)

También podéis lanzar por si se os pasó en la migración quitar los buzones de archivo Get-Mailbox -Database “DatabaseName” -Archive

Que pena que el comando no deje ver el número completo para poder hacer copy&paste verdad? Bueno… no os preocupéis…

Exc2010Del3

Get-Mailbox -Database “DatabaseName” -Arbitration | ft -wrap -auto y así ya podréis copiar todo el churro :D

Primero vamos a deshabilitar el DiscoverySearchMailbox.

Exc2010Del4

Disable-Mailbox ‘NombreCompletoDelMailBox’

Ahora deshabilitamos el email federado y los dos de system. Es importante recordar que primero hay que deshabilitar el SystemMailbox que se usa para el descubrimiento y después el de transporte. Sino, recibiremos un error. No pasa nada si aparece el error, pero tenerlo en cuenta para no volveros locos.

Exc2010Del5

Deshabilitamos el federated… y si intentamos el SystemMailbox de transporte… nos dará error.

Exc2010Del6

Deshabilitamos los dos de sistema…

Ahora que ya hemos terminado con los usuarios, repasaremos las carpetas públicas.

Exc2010Del7

Suponiendo que las carpetas públicas del 2010 estén vacías o migradas, vamos a eliminar la base de datos de las carpetas públicas existentes en el 2010. Para ello, nos vamos a “Configuración de la organización”, “Buzón de correo”, “Administración de base de datos” y localizamos la base de datos de carpetas públicas. En este caso “Public Folder Database 0953581233″

Exc2010Del8

Primero desmontamos la base de datos…

Exc2010Del9

Y después la quitamos…

Exc2010Del10

Nos aparece un error porque estas carpetas públicas son las predeterminadas del servidor de Exchange2010, y antes de eliminarlas tenemos que seleccionar otras carpetas públicas como predeterminadas para poder eliminar estas.

Exc2010Del11

Volvemos a “Configuración de la organización”, “Buzón de correo”, “Administración de base de datos” y sobre la BD de carpetas públicas Propiedades. Sobre la pestaña de “Configuración de cliente” Examinamos y buscamos las carpetas públicas del servidor que vamos a mantener en nuestra organización. En este caso del EXCH1. Tras aceptar los cambios, volvemos a intentar eliminar las carpetas públicas.

Exc2010Del12

Ops! Otro error… las carpetas públicas no se pueden eliminar si tienen configuradas réplicas…

Por suerte el Exchange tiene unos scripts que nos pueden ser de utilidad para ver las replicas existentes.

Exc2010Del13

Abrimos una consola de powershell y nos vamos a la carpeta “scripts” que tenemos dentro de la ruta de instalación del Exchange:

cd $env:exchangeinstallpath\scripts

Y lanzamos el comando que nos facilitará ver las replicas:

Get-PublicFolder \ -Recurse | ft name,parentpath,replicas

En caso de que aparecieran replicas activas, deberíamos moverlas si son necesarias o eliminarlas si no lo son. Para moverlas, dentro de scripts tenéis otro muy útil:

.\MoveAllReplicas.ps1 -Server Server01 -NewServer Server02

En mi caso, no existen replicas, aun así no me deja eliminar las carpetas públicas. ¿Porque? Vamos a seguir revisando…

Exc2010Del13b

Veamos cuales son las carpetas públicas que están usando las BD de buzones…

Get-MailboxexDatabase | ft name,publicfolderdatabase

En mi caso nadie usa las carpetas públicas que quiero eliminar. Si fuera el caso de que sí, iríamos a la BD en cuestión y repetiríamos el paso que hemos comentado más arriba en el que a través de las propiedades del Mailbox seleccionamos otras carpetas públicas que no sean las que vamos a eliminar, que a su vez deberían de ser las carpetas públicas que vayamos a usar.

Seguimos revisando cosas…

Exc2010Del14

Debemos verificar que la libreta de direcciones sin conexión la está generando otro servidor que no sea nuestro EX2010 ya que se distribuyen a través de las carpetas públicas.

Si en nuestra organización tenemos el caso (que no es el mio) en el que disponemos de varios servidores de carpetas públicas, debemos comprobar si hay listas de referencias públicas de personalización configuradas en alguno de ellos. Podéis usar el siguiente comando:

PublicFolderDatabase | where {$_.customreferralserverlist -like “TuServidor”}

Exc2010Del15

Si todo está correcto, podemos usar adsiedit y eliminar la referencia a las carpetas públicas.

Exc2010Del16

Eliminar los conectores en caso de que no estén eliminados aun sería el último paso para poder desinstalar el Exchange 2010 correctamente.

Exc2010Del17

Desde agregar o quitar programas, comenzamos la desinstalación… Primero se hará la comprobación…

Exc2010Del18

Y después se completará la desinstalación.