Desfragmentación de base de datos de Exchange 2010 en DAG, SI o NO?.. Porqué? – PARTE # 1

Hola a todos,  es un gusto compartir con Uds., este pequeño post, estaremos hablando sobre que tan factible es desfragmentar nuestra base de datos de Exchange 2010, cuando esta en DAG. (Database Availability Group)

– Hacer un desfragmentación en Nuestras base de datos, cuando están en DAG, no es lo mas recomendable, ya que la puesta en producción, no es tan rápida.. y para la replicación debemos realizar unos pasos adicionales.

– Si, Uds., no tiene configurado sus base de datos en DAG, pueden realizar un desfragmentación de las Base de datos, sin problema, como lo venido haciendo durante mucho tiempo.

Algunas me preguntaran, porque debo de desfragmentar mis base de datos en DAG?

– En verdad, si desde la implementación y configuración de Nuestro Servidor de Exchange, definimos las tareas de mantenimientos de las base de datos, en DAG, no seria necesario realizar esta actividad, ya que nuestra base de datos se mantendría en un tamaño, controlado, siempre y cuando configuremos:

  • – Las tareas de mantenimiento online.
  • -  Los Circular Logging en las Base de datos.
  • -  Tengamos los respaldos programados.

    – Pero, muchas, veces nos encontramos con escenarios, donde se ha pasado por alto realizar las configuraciones antes mencionadas, y no tocaría buscar la mejor manera de liberar espacio en nuestra base de datos de Exchange 2010, sin afectar el servicio de replicación de nuestras bases (DAG)

    – Algunos, dirán  porque hacer esta actividad, si hoy en día el costo de almacenamiento es bajo, en verdad, es un buen punto de vista, pero no todas las empresas incurren en comprar full almacenamiento, en estos casos, es que debemos buscar la mejor solución.

    Vamos, a dar un ejemplo del problema, para entender mejor el escenario.

    – Vamos, a su poner, que tenemos un cliente llamado, “ABC Correo”, el cual tiene 2 Servidores de Microsoft Exchange 2010, con el Rol de MAILBOX, en los cuales replican 2 base de datos,  “Gerencias” y “Administrativos.”, estas base de datos están en un disco diferente al SO y al Exchange 2010, en este caso la Unidad “D”.

    – El tamaño de nuestros disco duros (Unidad, “D”), tienen un tamaño de 100 GB C/U, en cada servidor de MB.

    -  Para, saber cuando espacio podemos recuperar de nuestra base de datos ejecutaremos el siguiente comando:

[PS] C:\Windows\system32>Get-MailboxDatabase -Status | Select Servername, Name, AvailableNewMailboxSpace

  • ServerName                                 Name                                                   AvailableNewMailboxSpace
  • JBSRVEX01                               Gerencias (Mailbox Database)                    46.83 GB (50,281,545,728 bytes)
  • JBSRVEX01                               Administrativos(Mailbox Database)            2.893 GB (3,106,242,560 bytes)

[PS] C:\Windows\system32>Get-MailboxDatabase -Status | ft name,databasesize,availablenewmailboxspace -auto

  • Name                                                              DatabaseSize                                             AvailableNewMailboxSpace
  • Gerencias (Mailbox Database)                 61.26 GB (65,782,480,896 bytes)           46.83 GB (50,281,545,728 )
  • Administrativos(Mailbox Database)         4.383 GB (4,706,598,912 bytes)              2.893 GB (3,106,242,560 bytes)

Una, vez identificado, el espacio a recuperar, debemos tomar una decisión, que actividad vamos a realizar?.

1.- Si no deseamos desfragmentar, podemos, crear un tercerea base datos, agregarle a DAG, y en esta base de datos, mover los buzones de los usuarios, configurarle  las tareas de mantenimiento antes mencionadas. y realizar los backup para eliminar los log, que se generando durante el movimiento. (Una vez, concluido el  movimiento de los buzones, procedemos a detener la replica, retirar la base datos de DAG, y eliminarla.) 

  • – Nota: Esta actividad la podemos realizar, siempre y cuando tengamos el espacio suficiente, tener, en cuenta que la replica de la nuestra base de datos, debe estar configurada y replicando.
  • – Si sacamos un backup de nuestra tercera base de datos sin haber hecho la replica, no podremos replicar, nos va  a solicitar los LOG.

2.- Si, nuestro escenario, se pone mas feo, y no tenemos espacio suficiente en nuestro servidor, nos tocaría desfragmentar nuestras base de datos de Exchange 2010.

(Nota: Se recomienda, realizar un backup de la información de nuestras base de datos  (EDB + LOG), antes de realizar esta actividad. )

Actividades, que debe realizar para iniciar la desfragmentación de las base de datos, que están en DAG (Exchange 2010.)

1.- Verificar, que las copias, entre las base de datos, estén correcta y los servicios que intervienen, no tenga errores.

MonitorDAG!

Una, vez verificado que el estado de las copias es correos, y las replicación es exitosa, procedemos a realizar los pasos, para la desfragmentación.

2.- Vamos a la configuración de la organización –> Mail BOX –> Administración de las base de datos, procedemos a suspender la copia de la base de datos, del servidor principal, hacia el secundario, decir suspendemos la copia de: SRVJBEXC02

MonitorDAG4

2.1.- Verificamos, que la copia, este suspendida, luego desactivamos los servicios de IS, SA, del Servidor 2.

MonitorDAG5

2.2.- Una vez, sacado fuera de servicio al servidor secundario, procedemos a desmontar la base de datos del servidor principal.

MonitorDAG6

2.3.- Verificamos, que la base de datos del servidor principal este en estado desmontado, luego desactivamos los servicios de IS, SA, del Servidor principal.

MonitorDAG7

2.4.- Ahora, vamos  a desfragmentar nuestra base de datos de Microsoft Exchange 2010, (Este actividad la realizamos en el servidor principal.)

– Para desfragmentar la base de datos, utilizamos: Eseutil /d NombreDeBaseDeDatos

MonitorDAG9

Hasta, esta parte, ya tenemos nuestra base de datos, desfragmentada, y hemos logrado el objetivo de disminuir el tamaño (Ganar espacio.)

Visitar el siguiente link, para ver como montar la base de datos de Microsoft Exchange 2010, después de la desfragmentación.

Un gusto compartir con todos, Uds.. Visitar bruquesoft.wordpress.com @bruquesoft

Anuncios

Desfragmentación de base de datos de Exchange 2010 en DAG, SI o NO?.. Porqué? – PARTE # 2.

Ahora, estamos en el proceso de regresar nuestras base de datos, de nuevo a producción, iniciamos los servicios de IS, SA, en el servidor principal.

3.- Vamos a la configuración de la organización –> Mail BOX –> Administración de las base de datos, procedemos a  montar nuestra  base de datos, en el servidor principal, para luego realizar la copia hacia el servidor secundario. SRVJBEXC02.

Nota: En esta parte ya tenemos, nuestro servidor principal en producción, y podemos ofrecer servicio de  correo..

– Hasta este punto, el proceso es validado, para la personas que tiene un solo servidor de Mailbox, y desean desfragmentar.

MonitorDAG10

3.1.- Verificamos que nuestra base de datos, se monte correctamente.

MonitorDAG12

3.2.- Una vez montada nuestra base de datos, procedemos a realizar pruebas del servicio. (SI, notamos en nuestra URL, accedemos a nuestros mailbox, por el CAS ARRAY. “Outlook.jbruque.local\owa”)

MonitorDAG11

4.- En esta parte vamos, a realizar la activación de las copias de las base de datos del servidor principal al secundario, Vamos a la configuración de la organización –> Mail BOX –> Administración de las base de datos, en el TAB (Copias de base de datos, seleccionamos el servidor secundario y Reanudamos la copia.)

Ahora, estamos en el proceso de reanudar la copia de las base de datos, en nuestro servidor secundario de mailbox, para esta actividad, iniciamos lo servicios de  IS, SA, en nuestro servidor secundario.

MonitorDAG13

4.1.- En el proceso de reanudar la copia, nos muestra los siguientes errores.

MonitorDAG14.1.2

Nota: Para realizar la activación de la copia de las base de datos, vamos a realizar las siguiente actividades.

-  Al reanudar la copia en nuestro segundo servidor,nos solicitara los log del ultimo movimiento, estos log se encuentran en nuestro servidor principal…los debemos copiar a la carpeta de log de nuestro servidor secundario.

– Reiniciamos los servicios, de Replicación de Exchange 2010, Almacén de Información , Operador de Sistema.

4.1.- Para activar la copia, nos solicita los archivos de registros,

MonitorDAG15.3

4.2.- Para activar la copia, nos solicita los archivos de registros, en este paso, ejecutaremos una línea de comando de PowerShell para iniciar una nueva copia, y generar nuevos registros.

Update-MailboxDatabaseCopy para la inicialización o reinicialización de una copia de la base de datos de buzones de correo. La propagación es el proceso en el que se agrega una copia de la base de datos de buzones de correo en otro servidor de buzones de correo. Se convierte en la base de datos de la línea base para la copia.

El cmdlet Update-MailboxDatabaseCopy también se puede usar para inicializar un catálogo de índice de contenido para una copia de bases de datos de buzones de correo.

– Errores, que nos genera, si no desactivamos la replicación.

MonitorDAG15.4

4.3.-  En esta parte podemos observa la inicialización de la copia de las base de datos, adjunto link de información referente a : Update-MailboxDatabaseCopy http://technet.microsoft.com/es-es/library/dd335201.aspx

MonitorDAG15.5

4.4.- Una vez, terminada la inicialización de la copia de la base de datos, procedemos a reanudar la copia.

MonitorDAG15.52

4.5- En este punto, ya tenemos listo, nuestro servicio de replicación, de las base de datos en DAG, hemos concluido con la desfragmentación.

Visitar el siguiente link, para ver la funcionalidad del servicio después de la Desfragmentación de base de datos de Exchange 2010.

Un gusto compartir con todos, Uds.. Visitar bruquesoft.wordpress.com @bruquesoft

Desfragmentación de base de datos de Exchange 2010 en DAG, SI o NO?.. Porqué? – PARTE # 3

En esta parte vamos, a realizar unas nuestra de nuestras base de datos de Microsoft Exchange.. Replicación de la data.

-  Una vez, que tengamos replicada, la data del servidor principal al secundario, procedemos a apagar el principal, para constatar que las replicas fueron exitosas.

5.- Para esta prueba, vamos a apagar, nuestro servidor principal.

MonitorDAG15.523

5.1.- Verificamos que nuestro servidor principal este fuera de servicio.

MonitorDAG16

5.2.- En esta pantalla, podemos verificar que nuestro correos, que teníamos antes de la desfragmentación y luego de ella están en el buzón del usuario, es decir están en nuestra segunda base de datos. (Replicación)

MonitorDAG17

-  Prueba de envió de correo, desde nuestro servidor secundario.

MonitorDAG17.1

6.- Ahora vamos a encender nuestro servidor principal y vamos a ver su estado.

MonitorDAG18

6.1.- Vamos activar la copia de las base de datos del servidor secundario al principal.

MonitorDAG19

MonitorDAG20

6.2.- Ahora, tenemos las base de datos, montadas en el servidor principal, y replicando al secundario.

MonitorDAG21

6.3.-  Vamos a apagar, nuestro servidor segundario, y dejar activo al principal.

MonitorDAG22

MonitorDAG23

– Con esta ultima lamita, finalizamos este post, hemos visto como desfragmentar un base de datos de Microsoft Exchange 2010 En DAG.

MonitorDAG24

Un gusto compartir con todos, Uds..  Visitar bruquesoft.wordpress.com    @bruquesoft

Videos Tutoriales, de la Instalación de Microsoft Exchange 2010

Hola, en este post, les dejo los link de un par de videos sobre la instalación de Microsoft Exchange 2010.

-  En en estos 2 primeros videos, veremos como instar nuestro primer servidor de Exchange en la organización, veremos los comando a ejecutar para preparar el esquema, además comentaremos sobre los comandos que deberían ejecutar en caso que ya exista Exchange en nuestra organización, veremos los prerrequisitos necesarios, instalación del Sp1 y Sp2.

Video de instalación – Video1  -  Video2

 

– En este segundo grupo de videos, veremos como instalar nuestro segundo servidor de Microsoft Exchange 2010, además observamos la configuración del envió y recepción de mail.

Video de instalación – Video1Video2

Durante estos días publicare mas videos sobre la configuración y como lograr la alta disponibilidad en Microsoft Exchange 2010..

 

Microsoft Exchange 2010, reportes HTML, son eliminados por el servidor de correo, (Correo vacíos.)

Hola, a todos, hace un meses en un migración de Microsoft Exchange 2003 a 2010, me encontré con un pequeño contratiempo.

– La empresa donde estábamos migrando tiene una aplicación de reportes hecha en Oracle, que envía mensaje HTML  por medio del servidor de Exchange.

– CASO I: Si la aplicación de Oracle apunta al servidor de Exchange 2003 Sp2, los correos llegan completos a su destinatario, sin ningún problema.

– CASO II: Si la aplicación de Oracle apunta al servidor de Exchange 2010 Sp1, los correos llegan sin contenido..

* En esta parte muchos dirán, TU MIGRACIÖN no fue exitosa.?, esta mal configurado el servicio de correo.

– En primera instancia, te pones a pensar si cometiste algún error, ya que en 2003 todo funciona bien.. y las personas del departamento de desarrollo, confirmando que su código esta bien.

– Tal vez, verificas de tu servicio de anti-spam, no esta eliminando tu correos, y el único culpable de todo es Exchange…

+ Bueno, para no aburrirles, mas con este tema.. vamos  descartando..

– Ya sabemos, que nuestro servicio de anti-spam, no el causante de problema…

– Que el antivirus del los clientes, no esta eliminando el correo.

Entonces, tenemos que iniciar con algunas pruebas..

1.-  Generar reportes HTML, del estado del servidor de Exchange via PowerShell, y enviar por correo, Exitoso

2.- Habilitar los reporte de File Server y WSUS, enviados atreves de Exchange 2010, Exitoso.

Nota: Con estas 2 pruebas,descartamos que nuestro servidor de Exchange 2010 no esta mal configurado.

Hasta, ahora dirán cual es la solución al problema.., después de haber hecho estas pruebas, la conclusión es una sola.. el problema esa el código del reporte HTML.

Ahora  viene la parte mas dura, decirle al departamento de desarrollo que el problema es de ellos.

Para concluir este post, llegamos a esta conclusión: Microsoft Exchange 2010, esta basado en estándares, y su analizador de contenido verifica que los archivos HTML, cumplan estos estándares, para ser procesados, si no cumple, será  considerando condigo malicioso e eliminados.

Después de haber revisado, el código HTML, se constante.. que algunos TAG, no se habían cerrados,  y que otros ya no estaban soportados.

– La solución, a este problema, fue validar correctamente el código HTML, actualizar los TAG, descontinuados.. y listo.. nuestro Exchange 2010, acepto los correos.. sin problemas.

Microsoft Exchange 2010–Instalación de SP1 a Service Pack 2.

Hola, en este Post, trataremos sobre la instalación del Service Pack 2 de Microsoft Exchange 2010.

Yo, en lo personal, siempre recomiendo poner los SP2 o Rollup, de cualquier versión en ambiente de pruebas, para evitar contratiempo en nuestros servidores de producción, o esperar un tiempo prudencial para la instalación, es decir esperar los feedback que generar y generamos muchos de nosotros.

SP2 de Exchange, brinda a los departamentos de IT, nuevos niveles de seguridad, flexibilidad y mejora la experiencia de los usuarios.

Detallaremos una de las nuevas características que tiene el nuevo service pack de Exchange 2010.

 Outlook Web Access (OWA) Mini Una versión navegable sólo de OWA diseñado para dispositivos de bajo ancho de banda y resolución.  Sobre la base de la infraestructura existente de Exchange 2010 SP1 OWA, esta función proporciona una interfaz basada en texto simple para navegar por el buzón del usuario y el acceso a la lista global de direcciones de una pluralidad de dispositivos móviles.

Cross-Site redirección de silencio para Outlook Web Access con Service Pack 2, usted tendrá la posibilidad de habilitar la redirección de silencio cuando CAS debe dirigir una solicitud a la infraestructura CAS OWA encuentra en otro sitio de Active Directory.  Redirección de silencio también puede proporcionar un inicio de sesión único en la experiencia autenticación basada en formularios se utiliza.

 Asistente para configuración de las organizaciones híbridas pueden optar por implementar un escenario híbrido en el que algunos buzones se encuentran en las instalaciones y algunas están en Exchange Online con Microsoft Office 365.  Despliegues híbridos pueden ser necesarios para las migraciones que tienen lugar durante semanas, meses o plazos indefinidos.  Este asistente le ayuda a simplificar la configuración de funciones de uso compartido de Exchange, como el calendario y de libre / ocupado de compartir, de flujo de correo seguro, movimientos de buzones, así como archivos en línea.

Políticas de la libreta de direcciones Permite a las empresas segmentar su libreta de direcciones en subconjuntos más pequeños ámbito de los usuarios una experiencia de usuario más refinado que el enfoque manual de configuración anterior.  También escribió en su blog sobre esta nueva función hace poco en la segmentación GAL, Exchange Server 2010 y Políticas de la libreta de direcciones .

El usuario, que va utilizar para la instalación de SP2, debe ser miembro de grupo “Administradores de Esquema” / – Puede realizar la instalación con la cuenta administradora del dominio.  / Información sobre los cambios que Microsoft Exchange Server hace que el esquema de Active Directory cuando se instala.

– Con el SP2, tenemos un mejor integración con Office 365, mejor experiencia, con esta nueva características podremos implementar de una mejor manera un sistema de mensajería hibrido.

– Nuestro servicio de CAS, necesita unos nuevo componentes para la instalación del SP2

NOTA: Si, no tenemos configurado DAG en Exchange 2010, procedemos a instalar el SP2, sin problemas.. en caso que tenerle DAG, debemos llevar a nuestro DAG en Modo Mantenimiento. (Podemos, detener vía consola, la copia de las base de datos.)

Debemos ejecutar los siguientes PowerShell

StartDagServerMaintenance.ps1     – StopDagServerMaintenance.ps1   -  RedistributeActiveDatabases.ps1

Mas información

Nuevos, requisitos que debemos instalar en nuestro servidor de Exchange 2010.

  • IIS 6 WMI Compatibility IIS 6 WMI Compatibilidad
  • ASP.NET ASP.NET
  • ISAPI Filters Filtros ISAPI
  • Client Certificate Mapping Authentication Certificado de cliente Autenticación de asignaciones
  • Directory Browsing Examen de directorios
  • HTTP Errors Errores HTTP
  • HTTP Logging Registro HTTP
  • HTTP Redirection Redirección HTTP
  • Tracing Rastreo
  • Request Monitor Solicitud de Monitor de
  • Static Content El contenido estático
    Uds. pueden instalar SP2, vía comandos (Automático) o interfase grafica.
    InstallSp2Exc2010-7

Instalación de SP2.. interfase grafica.

InstallSp2Exc2010-2

InstallSp2Exc2010-3

– En esta parte, podemos observar nos nuevos requisitos solicitados para instalar SP2

InstallSp2Exc2010-4

Instalando las nuevas características.

InstallSp2Exc2010-5

Finalización de la instalación.

InstallSp2Exc2010-8

En estos, días publicaremos un post de apoyo, para la aplicación de SP2, en escenarios de Exchange 2010 con DAG.

Microsoft Exchange 2010, CAS Array + DAG (Database Availability Group)

Una vez, creado nuestro CAS ARRAY,  después de haberlo complementado con  un balanceador de carga… ahora nos toca ir a  mostrar  otra de las características de Microsoft Exchange 2010 en las base de datos, en este post no voy a explicar sobre la evolución o cambios que venido teniendo las base de datos de Microsoft Exchange 2010, vamos a iniciar con la configuración de los DAG.

CAS1

– Para la implementación de los DAG, se recomienda tener 2 tarjetas de red en el servidor de Mailbox.

* La primera NIC, es para nuestra conexiones y las segunda es para la configuración del .DAG

Nota: Si nuestra organización tiene DHCP, no tendremos un error de asignación de IP en nuestro DAG, en caso de no contar con DHCP, debemos asignar una IP, en las propiedades del DAG.

A continuación veremos los pasos para configurar un DAG

1.- Iniciamos con la configuración del DAG –  Nos situamos en el TAG (DAG), ingresamos en nombre de nuestros DAG, mas nombre y recurso compartido para almacenar los archivos de configuración del DAG, en el servidor testigo.

NOTA: Se recomienda no utilizar el DC, como servidor testigo..el servidor testigo debe ser miembro del dominio.

DAG2

2.- Damos clic, en siguiente, finalizar. 

DAG3

3.- Ya tenemos nuestro DAG, Creado.

DAG5

4.- Ahora vamos a administrar nuestro DAG.

DAG6

5.- En esta parte registramos, nuestros servidores de MailBox al DAG.

DAG7

6.- Ahora tenemos a nuestros 2 servidores listos en nuestro DAG.

DAG8.1.1.2.3.4.5

Vamos a observar el archivos que se crear en nuestro servidor testigo,

DAG9.1

6.- Ahora tenemos a nuestros 2 servidores listos en nuestro DAG.

DAG9

6.- Ahora crearemos las copias de seguridad de las base de datos.

DAG10

7.- Ahora crearemos las copias de seguridad de las base de datos, con preferencia # 2

DAG11.1

8.- Ahora crearemos las copias de seguridad de las base de datos, con preferencia # 2

DAG11.1.2

8.- Ya en esta etapa estamos listos, con la implementación de nuestro DAG.

DAG12

9.- Pruebas.

Funcion del Dag11ab

Nota: La implementación de CAS + NLB + DAG, nos tiene protegidos contra cualquier problema, que tengamos en uno de nuestro servidores de Exchange 2010, ya que los restantes.. saldrán a responder automáticamente.