jueves, 18 de junio de 2015

MANEJO DE BASE DE DATOS PARTE 6



MANEJO DE BASE DE DATOS PARTE 6

En el capítulo anterior se revisóbases de datos en alta disponibilidad DAG para Exchange server 2013, se revisó algunos comandos en powershelly se generó nuestra primera base de datos en ambiente DAG. Ahora continuaremos revisando algunos comandos que nos serán necesarios para la administración de nuestro entorno. Empecemos.

Exchange server incluye una variedad de herramientas de administración, scripts que  se pueden usar   para la supervisión y control de nuestro entorno Exchange.  En este caso revisaremos algunos comandos de bases de datos DAG.

Este comando es uno de los más usados por los administradores de Exchange server para revisar y ver el diagnóstico del estado de la base de datos en alta disponibilidad.
Get-MailboxDatabaseCopyStatus

PASOS1
 MONITOREO DAG
1.      Abrir consola de Exchange Shell EMS
2.      Ejecutar el siguiente comando como administrador
3.      Get-MailboxDatabaseCopyStatus

PASOS2
 MONITOREO DAG
1.      Abrir consola de Exchange Shell EMS
2.      Ejecutar el siguiente comando como administrador
3.      Get-MailboxDatabaseCopyStatusEX01 | ft Name, Status, CopyQueueLength, ReplayQueueLength –AutoSize

PASOS3
 MONITOREO DAG
1.      Abrir consola de Exchange Shell EMS
2.      Ejecutar el siguiente comando como administrador
3.      Test-ReplicationHealth

VISOR DE SUCESOS
A través del visor de eventos también podemos diagnosticar y revisar que es lo que esta pasando con nuestras bases de datos, como verán existen varias herramientas para diagnosticar nuestro entorno.

1.      Ingresamos a EventViewer
2.      Applications and servicesLogs
3.      Microsoft
4.      Exchange
5.      HighAvailability
6.      Revisamos los eventos en Debug
7.      Revisamos los eventos en Operational

SCRIPTS
EXCHANGE SERVER 2013

También podemos utilizar los scripts de Exchange que se encuentran en la ruta donde se instaló el producto Microsoft Exchange en la carpeta SCRIPTS, es ahí que también podemos utilizar algunos scripts para el monitoreo o supervisión. Citaremos algunos.

1.      ColletOverMetrics.ps1
2.      CollectReplicationMetrics.ps1
3.      CheckDatabaseRedundancy.ps1
Y se tienen más para que ustedes prueben y realicen el testeo de cada uno de ellos.

Nota:
En las lecciones siguientes se revisara los conceptos de un servidor Edge. Y se vera en la parte practica como realizar la implementación de un servidor EDGE en una red perimetral. Espero les haya sido de utilidad. Hasta pronto.

jueves, 11 de junio de 2015

MANEJO DE BASE DE DATOS PARTE 5



En este capítulo continuaremos revisando bases de datos en alta disponibilidad DAG para Exchange server 2013, revisaremos algunos comandos en powershell y después veremos lo mismo pero con la interfaz gráfica Exchange administrative center GUI. Empecemos

CREAR NUESTRO PRIMER DAG

Para crear nuestra primera base de datos en ambiente dag necesitaremos lo siguiente:

ü  Ingresar a nuestro active directory y a nivel de cuentas de computadora crear una cuenta de computadora llamada:
o   DAG1
ü  Como se explicó en los módulos anteriores se crea una cuenta de computadora que para los DAG se llaman Cluster Name Object (CNO)
ü  Contar con los permisos necesarios para crear cuentas de computadoras
ü  Contar con un servidor cualquiera que este unido al dominio y a este servidor le daremos la etiqueta de Witness, ya que las DAG usan un servidor testigo que este unido al dominio en mi caso se llama SRV1, a la vez tiene que contar con un directorio compartido en la unidad C:\FSW y mejor si cuenta con todos los permisos para acceder a dicho directorio para pruebas le puse al grupo TODOS con Full control.


PASOS CREAR CUENTA DE COMPUTADORA EN EL AD

1.      Ingresar a active directory users and computers
2.      En el contenedor Computer clic derecho y escoger New Computer
3.      Colocamos el nombre de nuestra cuenta de computadora llamada DAG1
4.      Ingresamos a las propiedades de nuestra cuenta de computadora llamada DAG1
5.      En la pestaña de Security adicionamos los siguientes permisos.
a.      Exchange trusted subsystem Full Control.
b.      Verificamos que este la cuenta de computadora y le asignamos Full Control
c.      Domainadmins asignamos Full Control si es que no estuviera

PASOS PARA CREAR NUESTRO PRIMER DAG1

1.      Ingresamos a EMS  (Exchange Shell)
2.      Ingresamos como administrador de sistema
3.      New-DatabaseAvailabilityGroup –Name DAG1 –WitnessServer SRV1 –WitnessDirectory “C:\FSW” – DatabaseAvailabilityGroupIPAddresses 192.168.1.50




PASOS PARA ADICIONAR SERVIDORES DE CORREO AL DAG1

Para este paso se tiene que contar con dos servidores de correo es lógico ya que deseamos tenerlos en alta disponibilidad en mi caso se llaman exchange01, exchange 02.
1.      Ingresamos a EMS  (Exchange Shell)
2.      Ingresamos como administrador de sistema
3.      Add-DatabaseAvailabilityGroupServer –Identity DAG1 –MailboxServer Exchange01
Add-DatabaseAvailabilityGroupServer –Identity DAG1 –MailboxServer Exchange02

PASOS PARA ADICIONAR COPIAS DE UNA BASE DE DATOS A UN SERVIDOR DE CORREO

1.      Ingresamos a EMS  (Exchange Shell)
2.      Ingresamos como administrador de sistema
3.      Add-MailboxDatabaseCopy –Identity DB1 –MailboxServer Exchange02

Nota:
Son varios comandos en powershell que se deben usar para testear una base de datos, hasta este punto se creó una base de datos en alta disponibilidad, se adiciono un servidor de correo a la base de datos y se adiciono copias de una base de datos a otro server. En los módulos siguientes se revisara más comandos. Espero les haya sido de utilidad. Hasta Pronto.

lunes, 1 de junio de 2015

BASES DE DATOS EN ALTA DISPONIBILIDAD



DAG EXCHANGE 2013
CONCEPTOS INICIALES

Un grupo de disponibilidad de base de datos (DAG) es un conjunto de hasta 16 servidores de buzones Microsoft Exchange Server 2013 que ofrece recuperación automática de base de datos a partir de un error de base de datos, servidor o red. Cuando un servidor de buzones se agrega a un DAG, funciona con los demás servidores del DAG para ofrecer recuperación automática.

VENTAJAS USO DEL DAG
·         Provee failover automático de base de datos.
·         Los servidores pueden utilizar la versión Standard o Enterprise de Exchange
·         Puede ser configurado en un servidor (Ej: Client Access, Mailbox Server)
·         No es posible replicar una base de un DAG a un servidor miembro de un DAG diferente.
·         No todos los nodos del DAG tienen porque tener la misma cantidad de base de datos, puede variar la cantidad de bases de datos que se vaya a utilizar.
·         Un servidor miembro de DAG puede tener bases activas y pasivas
·         Los miembros del DAG deben estar unidos al mismo dominio de Active Directory
·         Un servidor no puede tener más de una copia de una misma base
·         Una base de datos puede tener réplicas en múltiples servidores dependiendo como desee configurar su ambiente y que es lo que desee hacer.
·         Se tiene que contar con un DNS
·         Se tiene que contar con un controlador de dominio
·         Los DAG están disponibles en versión de Exchange 2013 standard – Enterprise Edición
·         Los miembros de cada DAG también deben ejecutar el mismo sistema operativo
·         A nivel del servidor de Exchange 2013 deberá contar con un Service pack 1 o superior.
·         A nivel de adaptador de red por lo menos contar con un adaptador de red

SERVIDOR TESTIGO
Un servidor testigo es un servidor externo al DAG que se usa para alcanzar y mantener quórum cuando el DAG cuenta con un número par de miembros. Los DAG con un número impar de miembros no usan un servidor testigo. Todos los DAG con número par de miembros deben usar un servidor testigo. El servidor testigo puede ser cualquier equipo que ejecute Windows Server. No es necesario que la versión del sistema operativo Windows Server del servidor testigo coincida con el sistema operativo usado por los miembros del DAG.
Un DAG tiene quórum cuando la mayoría de sus miembros están conectados y pueden comunicarse con los demás miembros conectados del DAG. Esta noción de quórum representa un aspecto del concepto de quórum en los clústeres de conmutación por error de Windows.
El recurso de quórum es un aspecto relacionado y necesario del quórum en los clústeres de conmutación por error. El recurso de quórum es un recurso interno del clúster de conmutación por error que ofrece un medio para arbitrar las decisiones de pertenencia y de estado del clúster.
El recurso de quórum también proporciona almacenamiento persistente para almacenar información de configuración Es esencial que cada miembro del DAG tenga una vista uniforme de la forma en que está configurado el clúster subyacente del DAG.

CERTIFICADOS DIGITALES
Como práctica recomendada, debería minimizar el número de certificados que usa para los servidores Exchange y los servidores proxy inversos. Se recomienda usar un único certificado para todos esos extremos del servicio en cada centro de datos. Este enfoque minimiza la cantidad de certificados necesarios, lo que reduce los costes y la complejidad de la solución.
Para los clientes de Outlook Anywhere, se recomienda que se use un certificado con nombre alternativo del sujeto (SAN) único para cada centro de datos e incluya varios nombres de host en el certificado. Para garantizar la conectividad de Outlook Anywhere después de un cambio de base de datos, servidor o centro de datos, debe usar el mismo nombre principal del certificado en cada certificado y configurar el objeto de configuración de proveedor de Outlook en Active Directory con el mismo nombre principal.

QUORUM DAG
Debajo de cada DAG hay un clúster de conmutación por error de Windows. Los clústeres de conmutación por error utilizan el concepto de quórum, que emplea un consenso de votantes para garantizar que solamente un subconjunto de miembros del clúster (que podría ser todos los miembros o una mayoría de miembros) funcione a la vez.
El quórum es importante para asegurar la coherencia, como mecanismo para resolver empates y como garantía de la capacidad de respuesta de los clústeres:
  • Garantizar la coherencia   Un requisito fundamental para un clúster de conmutación por error de Windows es que cada uno de sus miembros tenga siempre una vista del clúster que sea coherente con los otros miembros.
  • Mecanismo para resolución de empates   Se usa en los DAG un recurso de testigo de quórum con un número par de miembros para evitar el síndrome de cerebro dividido y asegurarse de que solamente se considere oficial una colección de los miembros del DAG. Cuando el servidor testigo se necesita para quórum, cualquier miembro del DAG que pueda comunicarse con el servidor testigo puede colocar un bloqueo de Bloque de mensajes del servidor en el archivo witness.log del servidor testigo
  • Asegurar la capacidad de respuesta   Para garantizar la capacidad de respuesta, el modelo de quórum se asegura de que, siempre que se ejecute el clúster, estén operativos y comunicativos suficientes miembros del sistema distribuido, y de que se garantice al menos una réplica del estado actual del clúster.



QUE ES AUTORESEED EN UNA BASE DE DATOS DAG
En una configuración de AutoReseed se usa una estructura de presentación de almacenamiento estándar, y el administrador elige el punto de inicio. AutoReseed consiste en restaurar la redundancia lo antes posible cuando se produce un error en una unidad. Esto conlleva la pre asignación de un conjunto de volúmenes (incluidos los volúmenes de reserva) y de bases de datos mediante puntos de montaje.
En el caso de un error de disco en el que el disco ya no esté disponible para el sistema operativo, o no se pueda escribir en él, el sistema asigna un volumen de reserva y las copias de bases de datos afectadas se reinicializan automáticamente.

GENERACION DE COPIAS EN BASES DE DATOS DAG

  • Todos los servidores de buzones de correo de un DAG deben estar en el mismo dominio de Active Directory, en mi caso está en mundoexchangeserver.com
  • Se puede realizar una copia de seguridad de todas las copias de base de datos mediante una aplicación de copia de seguridad basada en el Servicio de instantáneas de volumen (VSS) y admitida por Exchange.
  • Las copias de bases de datos de buzones admiten los conceptos de tiempo de retardo de reproducción y tiempo de retardo de truncamiento.
  • Se pueden crear hasta 16 copias de una base de datos de buzones de correo de Exchange 2013 en varios servidores de buzones de correo, siempre y cuando los servidores se encuentren agrupados en un grupo de disponibilidad de base de datos DAG.
  • Las copias de bases de datos sólo se pueden crear en servidores de buzones de correo que no hospeden la copia activa de una base de datos. No se pueden crear dos copias de la misma base de datos en el mismo servidor.

PARAMETROS AL GENERAR UNA COPIA DE BASE DE DATOS DAG
  • Identity   Este parámetro especifica el nombre de la base de datos de buzones que se está copiando. Los nombres de las base de datos deben ser únicos dentro de la organización de Exchange.
  • MailboxServer   Este parámetro especifica el nombre del servidor de buzones de correo que admitirá la copia de la base de datos. Dicho servidor debe pertenecer al mismo DAG y no hospedar ya una copia de la base de datos.
Nota:
En este capítulo se revisó los conceptos base para poder entender de qué trata una base de datos DAG, (bases de datos en alta disponibilidad), en los siguientes módulos se continuara revisando las DAG, se verá en la parte práctica como instalar y configurar un DAG. Espero que les haya sido de utilidad, Hasta pronto.