Buscar en pantallazos.es.

miércoles, 30 de diciembre de 2015

Textual description of firstImageUrl

Microsoft Exchange 2013: Importar un certificado.

Cuando instalemos un nuevo servidor de correo electrónico Exchange 2013, también tendremos que instalar un nuevo certificado SSL en el nuevo servidor para securizar los protocolos.
  • Autodiscover, Outlook Anywhere, OWA, ECP/EAC, ActiveSync, EWS, OAB
  • IMAP
  • POP3
  • SMTP
En el caso que ya tengamos uno, por ejemplo una WildCard, podemos importar el certificado desde en un archivo con extensión PFX y este, será el tema central de nuestro laboratorio de hoy.

Accederemos a la ECP de nuestro servidor Exchange 2013, nos dirigiremos al menú lateral izquierdo y seleccionaremos la opción Servidores.

En el menú superior accederemos a la opción Certificados, allí buscaremos el icono de los tres puntitos ... y lo seleccionaremos para desplegar el menú emergente, en el accederemos a la opción Importar certificado de Exchange.

Importar certificado de Exchange.

En la pagina inicial del asistente para importar certificado de Exchange, deberemos rellenar el formulario con la ruta donde se encuentra el certificado y también con la contraseña que protege nuestra WildCard. Pulsaremos el botón Siguiente para continuar la importación.

Importar certificado de Exchange - WildCard.

Pulsaremos en el símbolo + y nos aparecerá una ventana emergente, donde podremos especificar el servidor de correo electrónico Exchange al que queremos asignar nuestro certificado, lo seleccionaremos y presionaremos el botón agregar-> y seguidamente pulsaremos aceptar para cerrar la ventana y volver a la ventana anterior.

Habiendo seleccionado el servidor de correo electrónico, pulsaremos el botón finalizar para terminar la importación. 

Importar certificado de Exchange - final del asistente.

Con esto, ya tendremos nuestro certificado importado y funcionando correctamente, deberemos recordar que tendremos que asignar los servicios que deseemos a nuestro nuevo certificado, podemos realizar esta fácil tarea con el comando de PowerShell siguiente.

Enable-exchangecertificate -services IMAP, POP, UM, IIS, SMTP –Thumbprint EL_THUMPRINT_DE_NUESTRO CERTIFICADO

Certificado de Microsoft Exchange 2013 importado correctamente.

domingo, 27 de diciembre de 2015

Textual description of firstImageUrl

The number of vSphere HA heartbeat datastores for host is 1, which is less than required: 2.

En el laboratorio de hoy veremos como solucionar el problema de la advertencia The number of vSphere HA heartbeat datastores for host is 1, which is less than required: 2 o también podría ser The number of heartbeat datastores for host is 0, which is less than required: 2.

Obtendremos esta advertencia si no disponemos redundancia en el almacenamiento compartido en nuestro entorno para permitir heartbeating en el Datastore

A partir de la versión vSphere 5.0, HA requiere un mínimo de dos Datastores compartidos compartidos entre todos los servidores host de nuestro clúster para que funcione correctamente la detección de los heartbeat del almacén de datos.

The number of vSphere HA heartbeat datastores for host is 1, which is less than required: 2

Podemos resolver este problema, de dos maneras, la primera es agregar un almacén de datos secundario.

O si no tenemos posibilidad de agregar un segundo Datastore, que seguro es lo más probable, podemos también desactivar el mensaje de error de HA.

Accederemos en nuestro servidor de vCenter, desplegaremos el árbol del Datacenter y seleccionaremos el Cluster afectado con el problema, con el botón derecho del ratón desplegaremos el menú emergente y seleccionaremos la opción Edit Settings.

Nos aparecerá una ventana llamada Cluster Settings, en el menú lateral izquierdo seleccionaremos la opción vSphere HA y buscaremos en la parte inferior derecha de la ventana el botón Advanced options.

En la ventana emergente llamada Advanced Options (vSphere HA) deberemos introducir la siguiente linea para desactivar las advertencias.

das.ignoreInsufficientHbDatastore = true

Para terminar la configuración y cerrar la ventana presionaremos el botón OK, situado en la parte inferior de la ventana.

das.ignoreInsufficientHbDatastore = true


Para que los cambios se apliquen en el HA deberemos o bien desactivar y volver a activar vSphere HA o seleccionamos uno de los servidores host de nuestra infraestructura de virtualización, usaremos el botón derecho del ratón para desplegar el menú emergente y seleccionamos la opción reconfigure for Sphere HA.


Espero os sea de utilidad.


Enlaces relacionados

Veeam V8 - Configurar DDBoost y aplicar Fix-39801 problema de funcionamiento DDBoost.
Exportar archivos log Veeam Backup.
Update Veeam Backup & Replication V8.
Exportar archivos log Veeam Backup.
Configurar Email Notification Veeam Backup V7.

jueves, 24 de diciembre de 2015

Textual description of firstImageUrl

Cómo Instalar vCenter Server 6.0 Appliance

En el laboratorio de hoy instalaremos un nuevo servidor vCenter Server 6.0 Appliance. Como veremos a continuación, el método de despliegue, varia un poco a lo que estábamos acostumbrados en versiones anteriores del producto.
En primer lugar descargaremos de la página oficial de VMWare el dvd de instalación del producto en una imagen ISO, en nuestro laboratorio hemos descargado del archivo, VMware-VCSA-all-6.0.0-2656757.iso

Accederemos a la carpeta VMware VCSA\vcsa y instalaremos en el equipo desde el que queremos realizar el despliegue el Plugin VMware Client Integration versión 6.0.0.



domingo, 20 de diciembre de 2015

Textual description of firstImageUrl

System logs on host are stored on non-presistent storage.

En el laboratorio de hoy veremos como solucionar el problema de la advertencia System logs on host are stored on non-presistent storage. Recibiremos este mensaje cuando el sistema almacena sus archivos de registro en un almacenamiento no persistente .

He tenido este problema cada vez que he instalado un host VMware ESXi en tarjetas SD, por suerte tiene muy fácil solución. 

Si necesitamos los archivos Log del sistema para diagnóstico o auditoria y no los almacenamos de forma permanente, por ejemplo en un Datastore, estos serán borrados después de un reinicio del sistema.

System logs on host are stored on non-presistent storage.

miércoles, 16 de diciembre de 2015

Textual description of firstImageUrl

Review Libro WFS - Windows File Server.

En la reseña de hoy, hablaremos de otro fantástico libro escrito por Xavier Genestósen éste caso su título es WFS - Windows File Server finalizando así la serie de reviews que empezamos hace ya unos meses con las dos publicaciones siguientes.

Muchos de vosotros ya conocéis a Xavier Genestós por su blog para administradores de sistemas llamado SYSADMIT, por todos los cursos técnicos que imparte de forma presencial o online, también puede que lo conozcáis por alguna de sus otras publicaciones que ya habéis adquirido.

Libro WFS

domingo, 13 de diciembre de 2015

Textual description of firstImageUrl

Active Directory: Cómo listar objetos a un archivo CSV.

En el laboratorio de hoy vamos a cubrir una de las necesidades que seguro, a muchos de vosotros tenéis o habréis tenido en algún momento, estoy hablando de sacar un listado de objetos de nuestro Active Directory, como por ejemplo Usuarios o Equipos, en un formato de archivo evitable, en nuestro ejemplo será, un archivo CSV.

Para ello haremos uso del comando CSVDE que puede importar y exportar datos de servicios de nuestro dominio de Active Directory a archivos CSV en el formato de valores separados por comas. También soporta operaciones por lotes que estén basadas en el formato de archivo CSV estándar.

CSVDE es una herramienta de línea de comandos incluida en Windows Server 2000, 2003, 2008 y 2012.

Podemos localizarla en la carpeta %windir%/system32 y la tendremos disponible si tenemos en nuestro servidor la función de servidor Active Directory Lightweight Directory Services  o AD LDS o también si tenemos instalado directamente Active Directory.

Para utilizar CSVDE, abriremos una ventana de símbolo del sistema como administrador y cuando nos aparezca el Prompt escribiremos CSVDE, nos aparecerá la lista de parámetros que podemos hacer uso con el comando.

Parámetros específicos de exportación
=====================================
-d Raíz         La raíz de la búsqueda LDAP (predeterminado: nombre de
                contexto)
-r Filtro       Filtro de búsqueda LDAP (predeterminado: "(objectClass=*)")
-p Ámbito_busq  Ámbito de búsqueda (Base/Un nivel/Subárbol)
-l lista        Lista de atributos (separados por comas) para realizar una
                búsqueda LDAP
-o lista        Lista de atributos (separados por comas) para omitir de la
                entrada.
-g              Deshabilita búsqueda paginada.
-m              Habilita la lógica SAM al exportar.
-n              No exporta valores binarios


Parámetros específicos de importación
=====================================
-k              La importación continuará omitiendo los errores "Infracción de
                restricción" y "El objeto ya existe "

Establecimiento de credenciales
===============================
Observe que si no se especifican credenciales, CSVDE se enlazará como el
usuario conectado actualmente, utilizando SSPI.

-a Usuario [Contraseña | *]             Autenticación simple
-b Usuario Dominio [Contraseña | *]     Método de enlace SSPI


Ejemplo: importación simple del dominio actual
    Csvde -i -f ENTRADA.CSV

Ejemplo: exportación simple del dominio actual
    csvde -f SALIDA.CSV

Ejemplo: exportación de un dominio específico con credenciales
    csvde -m -f SALIDA.CSV
          -b NOMBRE_USUARIO NOMBRE_DOMINIO *
          -s NOMBRE_SERVIDOR
          -d "cn=usuarios,DC=NOMBRE_DOMINIO,DC=Microsoft,DC=Com"
          -r "(objectClass=user)"
No se escribieron archivos de registro. Para generar un archivo de registro,
utilice la opción -j para especificar su ruta de acceso.


jueves, 10 de diciembre de 2015

Textual description of firstImageUrl

Cómo instalar VMWare vSphere PowerCLI.

En el laboratorio de hoy, descubriremos un gran aliado para todos aquellos que tenéis un entorno de virtualización con VMware, estoy hablando de la PowerCLI.

VMware PowerCLI, es una poderosa herramienta de línea de comandos que nos permitirá automatizar todos los aspectos de la gestión de vSphere.

Podremos gestionar, la red, el almacenamiento, las maquinas virtuales, sistema operativo Guest y mucho más. 

PowerCLI es una PowerShell, que instalaremos en nuestro de Windows, que incluye unos 400 cmdlets de PowerShell que nos permitirán, administrar y automatizar libremente nuestro de vSphere y vCloud.

En primer lugar, deberemos descargar de la página oficial del fabricante el paquete de instalación de PowerClI.

descargar de la página oficial del fabricante el paquete de instalación de PowerClI.

lunes, 7 de diciembre de 2015

Textual description of firstImageUrl

VMWare vSphere Storage Vmotion

En el laboratorio de hoy veremos una característica muy interesante de VMware, el VMware vSphere Storage vMotion.

Storage vMotion, nos permitirá migrar de forma dinámica los archivos de disco de las máquinas virtuales entre diferentes LUN o Datastores de nuestra o nuestras cabinas de disco, sin interrupción del servicio.

Podremos realizar migraciones de almacenamiento, por ejemplo durante un proyecto de renovación de nuestra cabina de discos, sin tiempo de inactividad y con gran seguridad y facilidad.

También nos permitirá el poder balancear de forma manual las máquinas virtuales entre los diferentes DataStores de los que dispongamos en nuestra organización y así conseguir una mejora general de rendimiento.

Podremos migrar los archivos de disco de las máquinas virtuales a cualquier dispositivo de almacenamiento compatible con VMware que dispongamos, independientemente de la tecnología que use, ya sea Fibre Channel, iSCSI, FCoE, NFS o discos locales del propio servidor.

Storage Vmotion nos facilitará también la migración de discos de tipo Raw Device Mapping.

El procedimiento es muy sencillo, abriremos nuestro servidor de virtual center y seleccionaremos la máquina virtual que queramos desplazar, en nuestro laboratorio será el servidor llamado SRVDC1, a otra ubicación de disco.

Haciendo uso del botón derecho del ratón, desplegaremos el menú emergente y presionaremos en la opción Migrate.


Nos aparecerá el asistente de Migración  de maquinas virtuales o Migrate Virtual Machine, seleccionaremos la opción Change datastore y pulsaremos el botón Next> para continuar.


En la sección Storage deberemos seleccionar el Datastore de destino donde queremos ubicar nuestra maquina virtual, en nuestro laboratorio tenemos dos Datastores, seleccionaremos el Datastore llamado DS2, que tiene espacio suficiente para albergar la maquina virtual.


Confirmaremos que todas las selecciones que hemos realizado durante el asistente de Migración de máquina virtual sean correctas y pulsaremos el botón Finish para lanzar la migración.


Con esto ya hemos terminado la transferencia de una máquina virtual de Datastore, solo me gustaría comentar para finalizar este laboratorio, que la opción Change Datastore no esta disponible en las versiones Essentials y Essentials Plus. Solo podremos usar Storage Vmotion si disponemos de una versión Standard, Enterprise o Enterprise Plus.

Comparación de las ediciones de vSphere.



Espero os sea de utilidad.


Enlaces relacionados

Veeam V8 - Configurar DDBoost y aplicar Fix-39801 problema de funcionamiento DDBoost.
Exportar archivos log Veeam Backup.
Update Veeam Backup & Replication V8.
Exportar archivos log Veeam Backup.
Configurar Email Notification Veeam Backup V7.

jueves, 3 de diciembre de 2015

Textual description of firstImageUrl

Microsoft Exchange: Habilitar el Registro Circular.

En le laboratorio de hoy, veremos como podemos habilitar el Registro Circular en nuestro servidor Microsoft Exchange. Habilitando el registro circular estamos configurando nuestro servidor de correo electrónico Exchange para que ahorre espacio en disco eliminando los archivos de Log de Transacciones de la base de datos de Exchange

El Registro Circular, permite al servidor de correo electrónico Exchange sobrescribir archivos de Log de transacciones después de que los datos de los archivos de registro se hayan guardado correctamente en la base de datos. 

Esto es muy agradable para nuestros oídos, el poder oír, que reduciremos dramáticamente las necesidades de almacenamiento de nuestro Exchange, sin embargo también hay una parte mala, si tenemos habilitado el Registro Circular, solo podremos recuperar los datos que tengamos hasta la última copia de seguridad completa. 

En el registro de transacciones estándar, cada transacción de base de datos se escribe en un archivo de Log y después, se escribe en las bases de datos de Exchange EDB. Cuando los archivos de Log llegan a un tamaño de un megabyte, se creará automáticamente otro archivo de registro y así sucesivamente hasta que realizamos una copia de seguridad con un programa que permita la limpieza de los archivos del registro de  transacciones.

Si tuviéramos un cierre inesperado del servidor de correo electrónico Exchange, teniendo el Registro Circular deshabilitado, este podrá recuperar las transacciones realizadas haciendo uso los datos de los archivos del Log de transacciones. En cambio, si tenemos el Registro Circular habilitado en servidor sobrescribirá y reutilizará los archivos del Log de transacciones una vez que los datos se hayan escrito en la base de datos, por tanto solo tendremos unos pocos archivos de Log.

Es muy fácil llegar a la conclusión, que si habilitamos el Registro Circular, no dispondremos de un conjunto completo de los archivos de Log de transacciones, y no podremos recuperar ningún dato más reciente que la última copia de seguridad completa de la que dispongamos. Microsoft, no recomienda tener habilitado el Registro Circular.

Pero es importante saber que el registro circular existe y como usarlo, ya que nos puede ayudar en algunos momentos concretos en los que tengamos necesidades de espacio inmediatas.

Pongamos un ejemplo, tenemos un servidor Exchange mal dimensionado, además la persona que instaló dicho servidor no tubo la precaución de mover las bases de datos y los archivos de Log de transacciones a una ubicación para ellos solos, total que los tenemos en la misma unidad que el sistema operativo. 

Se trata de un servidor muy viejo que pretendemos cambiar en el futuro, pero todavía no lo hemos hecho, se ha parado el flujo de correo, son las diez de la mañana y no trabaja nadie. Una situación que da miedo, y que seguro muchos de vosotros habréis vivido algo similar.

Durante la revisión, comprobamos que los archivos de Log de transacciones han crecido mucho, no se han purgado y nos han llenado la unidad de sistema de nuestro servidor de correo, la causa es que las copias de seguridad no se hacen desde dios sabe cuando y por todo esto se han parado los servicios de nuestro servidor de correo electrónico Microsoft Exchange.

Tenemos dos posibilidades:

Primero, hacer una copia de seguridad - Realizar una copia de seguridad de un servidor de correo electrónico es un proceso lento, además en nuestro ejemplo, las copias no se hacían correctamente debido a un error, por tanto primero deberemos averiguar que le pasa al programa de copias.

Vaya, yo lo descartaría. Además, seguro que el Director General de nuestra compañía estará preguntando, "cuanto falta para tener correo otra vez!!!". Por si no fuera suficiente todo este panorama. :)

Segundo, habilitamos el Registro Circular momentáneamente - Hacer esto nos llevará unos segundos, reiniciamos los servicios de Exchange, esperamos a que se borre todo el registro sobrante y cuando tengamos todo funcionando, debernos volver a deshabilitar el Registro Circular

Con todo funcionando y con más tranquilidad veremos que le pasa a las copias sin ningún tipo de presión.

Recordemos que, por si alguien no la sabe todavía, que los archivos del Log de transacciones no se pueden borrar manualmente, entrando en el directorio de la ubicación de los archivos del Log de transacciones en el disco duro, seleccionándolos y haciendo un eliminar. Hacer esto, provocaría una avería mucho peor en nuestro servidor de correo electrónico, que la que ya tenemos actualmente entre manos.

Vamos a ver como habilitar el registro circular en diferentes versiones de Microsoft Exchange.

Microsoft Exchange 2007

En Microsoft Exchange 2007, abriremos la Consola de administración de Exchange, en el árbol lateral izquierdo desplegaremos la rama Configuración de Servidores y seleccionaremos la opción Buzón.

En la parte central de la ventana nos dirigiremos a la sección Administración de la Base de datos y seleccionaremos la base de datos a la que queremos habilitar el Registro Circular, con el botón derecho del ratón desplegaremos el menú emergente y buscaremos y seleccionaremos la opción Propiedades.

Nos aparecerá la ventana emergente con las propiedades de la base de datos de Exchange, en la sección General, marcaremos la casilla de selección etiquetada como Habilitar registro circular.

Habilitar el Registro Circular Microsoft Exchange 2007.

lunes, 30 de noviembre de 2015

Textual description of firstImageUrl

Microsoft Exchange: Migrar un servidor 2010 a 2013 - Parte 11

Parte 11 Desinstalación de Exchange 2010.

En el siguiente índice de contenidos podréis ir saltando a vuestra discreción a la parte que más os interese del documento.

Hemos terminado la transferencia de todo lo que nos interesaba de nuestro antiguo servidor Exchange 2010 y también hemos preparado el entorno para desinstalar el servidor, ahora tocará eliminarlo de forma ordenada de nuestra organización.

El procedimiento, será tan sencillo como desinstalar desde la ventana Programs and Features el servidor Microsoft Exchange server 2010.

Seleccionaremos la aplicación y pulsaremos la opción desinstalar.

Programs and Features

Textual description of firstImageUrl

Microsoft Exchange: Migrar un servidor 2010 a 2013 - Parte 10

Parte 10 Preparación de la Desinstalación de Exchange 2010.

En el siguiente indice de contenidos podréis ir saltando a vuestra discreción a la parte que más os interese del documento.
Después de traspasar todos los datos de nuestro viejo servidor Exchange 2010 al nuevo Exchange 2013, debemos desinstalar el antiguo servidor exchange, pero para culminar con éxito la desinstalación tendremos que preparar el entorno.

Veamos todos los preparativos que debernos realizar para poder desinstalar nuestro antiguo servidor de correo electrónico Microsoft Exchange 2010.

En primer lugar desmontaremos las bases de datos del servidor de correo electrónico, tanto la base de datos de carpetas Públicas.

Empezaremos desmontando la base de datos de las carpetas públicas, la seleccionaremos y haciendo uso del botón derecho del ratón desplegaremos el menú y usaremos la opción Desmontar base de datos, nos aparecerá una ventana emergente dónde contestaremos Si a la pregunta de si estamos seguros de desmontar la base de datos.


Desmontar base de datos

Textual description of firstImageUrl

Microsoft Exchange: Migrar un servidor 2010 a 2013 - Parte 09

Parte 9 Transferencia de las Carpetas Públicas de Exchange 2010.

En el siguiente índice de contenidos podréis ir saltando a vuestra discreción a la parte que más os interese del documento.

Ha llegado el momento de la transferencia de las carpetas públicas, la parte más dificultosa de las migraciones de Microsoft Exchange es siempre ha sido las carpetas públicas.

En la migración de Microsoft Exchange 2010 a 2013, este proceso no ha mejorado.

En un servidor Microsoft Exchange 2013, Microsoft  ha decidido eliminar la base de datos de carpetas publicas, y  ha convertido la antigua  EDB de las Carpetas Públicas, en un Buzón de Carpetas Públicas.  

Esperemos que en futuras migraciones que solo tendremos que traspasar un buzón con las carpetas públicas, mejore el panorama. Pero, para llegar a tener nuestro nuevo buzón de carpetas publicas, previamente deberemos convertir la base de datos de Public Folders de nuestro servidor Microsoft Exchange 2007 o 2010.

En primer lugar descargaremos los Scripts para la migración desde la página oficial de Microsoft.

Descarga de Scripts para la migración

Textual description of firstImageUrl

Microsoft Exchange: Migrar un servidor 2010 a 2013 - Parte 05

Parte 5 Configurar el conector de envió de Exchange 2013.

En el siguiente índice de contenidos podréis ir saltando a vuestra discreción a la parte que más os interese del documento.

El siguiente paso de la migración de Exchange 2010 a 2013 será el conector de envió, en este caso no es preciso crear un nuevo conector de envió para el servidor Exchange 2013, por defecto tendremos configurado el conector que teníamos en nuestro antiguo servidor Exchange 2010, solo deberemos asociar al antiguo conector en nuevo servidor de correo electrónico y darle permisos de envío.

Ahora editaremos la configuración del conector haciendo uso del icono del lápiz,

Exchange 2010 a 2013 será el conector de envió

Textual description of firstImageUrl

Microsoft Exchange: Migrar un servidor 2010 a 2013 - Parte 04

Parte 4 Ubicar Bases de Datos Exchange 2013.

En el siguiente índice de contenidos podréis ir saltando a vuestra discreción a la parte que más os interese del documento.
Terminada la instalación de Microsoft Exchange 2013, lo primero que haremos será mover las bases de datos de buzones y los log de transacciones a su ubicación final.

Nuestras bases de datos de Exchange todavía estarán en su ubicación por defecto y están vacías, ahora es el momento perfecto para realizar el movimiento de estas bases de datos a su ubicación final, si movemos las bases de datos después de haber transferido los buzones de los usuarios desde el antiguo servidor Exchange 2010, el proceso de reubicación de las bases de datos puede prolongarse mucho tiempo.

La ruta por defecto de la base de datos de Exchange es la unidad de disco donde hemos realizado la instalación nuestro Exchange 2013, en nuestro laboratorio será la unidad C:

La ruta por defecto en el caso de un servidor Exchange 2013 sería

C:\Program Files\Microsoft\Exchange Server\V15\Mailbox\

Es una buena idea tener las bases de datos de Exchange y los Transaction Logs en particiones de disco distintas, mover la base de datos y los log de transacciones en otra unidad de disco, nos permitirá evitar la fragmentación de archivos NTFS y como consecuencia de ello mejoraremos el rendimiento final de nuestro servidor de correo electrónico, también es una muy buena idea, si tenemos en nuestra infraestructura de correo un gran numero de buzones de usuario, que creemos varias bases de datos, de este modo podremos repartir la carga de buzones entre ellas.

Hemos de tener en cuenta que durante el cambio de la ruta de la ubicación de la base de datos de Exchange 2013, se va ha desmontar dicha base de datos y no podremos tener acceso a ninguno de los buzones que contenga, una razón más para mover, en este momento y no en otro, la base de datos de buzones.

En nuestro laboratorio hemos creado dos unidades de disco, la unidad E: para los archivos EDB de la primera  base de datos de buzones de Exchange 2013 y la unidad F: para los Log de Transacciones.

El procedimiento es bastante sencillo, el servidor desmontará la Base de datos de buzones origen, copiara a la nueva ubicación, no moverá, los archivos EDB.

Seguidamente modificará la ruta de acceso a los archivos de la base de datos a su nueva ubicación y finalizará el procedimiento montando de nuevo las bases de datos de Exchange. Para concluir, si todo lo demás a concluido correctamente, borrará los ficheros EDB de origen.

En nuestro laboratorio moveremos las bases de datos haciendo uso de la PowerShell, para ello ejecutaremos la Shell como Administrador.

Ejecutaremos la Shell como Administrador.
Textual description of firstImageUrl

Microsoft Exchange: Migrar un servidor 2010 a 2013 - Parte 03

Parte 3 Instalación del servidor Microsoft Exchange 2013.

En el siguiente índice de contenidos podréis ir saltando a vuestra discreción a la parte que más os interese del documento.

Seguidamente instalaremos Microsoft Exchange 2013 con la ayuda del asistente de instalación en la interfaz gráfica de usuario o GUI.

Descargaremos la ultima versión del producto, en nuestro laboratorio hemos descargado la versión Cumulative Update 10 for Exchange Server 2013 (KB3078678), terminada la instalación deberíamos aplicar también los últimos Update Rollup si los hubiera.

Veamos también la lista, hasta el día de hoy de Exchange 2013 build numbers.

Build Description Release Date
15.00.1130.007 CU10 for Exchange Server 2013 (KB 3078678) 2015, September 15
15.00.1104.005 CU9 for Exchange Server 2013 (KB 3049849) 2015, June 16
15.00.1076.009 CU8 for Exchange Server 2013 (KB 3030080) 2015, March 17
15.00.1044.025 CU7 for Exchange Server 2013 (KB 2986485) 2014, December 9
15.00.0995.029 CU6 for Exchange Server 2013 (KB 2961810) 2014, August 26
15.00.0913.022 CU5 for Exchange Server 2013 (KB 2936880) 2014, May 27
15.00.0847.032 Service Pack 1/CU4 for Exchange Server 2013 (KB 2926248)    2014, February 25
15.00.0775.041 CU3 for Exchange Server 2013 (KB 2892464) 2013, December 5
15.00.0712.024 CU2 Version 2 for Exchange Server 2013 (KB 2859928) 2013, July 29
15.00.0712.022 CU2 for Exchange Server 2013 (KB 2859928) 2013, July 29
15.00.0620.029 CU1 for Exchange Server 2013 (KB 2816900) 2013, April 2
15.00.0516.032 Exchange Server 2013 RTM                                                                2012, December 3

Cuando tengamos descargado el paquete, lo descomprimiremos en una carpeta de nuestro disco duro y ejecutaremos el instalador Setup.exe.

Ejecutaremos el instalador Setup.exe

Textual description of firstImageUrl

Microsoft Exchange: Migrar un servidor 2010 a 2013 - Parte 02

Parte 2 Preparativos para la instalación de Microsoft Exchange 2013.

En el siguiente índice de contenidos podréis ir saltando a vuestra discreción a la parte que más os interese del documento.


Lo siguiente que haremos será preparar el servidor al que instalaremos el nuevo Microsoft Exchange 2013

En primer lugar, seleccionaremos la versión de sistema operativo para nuestro servidor Microsoft Exchange 2013, si tenemos planeado implementar Data Base Availability Group o DAG, por ejemplo, debemos usar. 
  • Server 2012 Standard. 
  • Server 2012 Datacenter.
  • Windows Server 2008 R2 Enterprise SP1.
La versión Standard de Windows Server 2008 R2, no tiene soporte para Data Base Availability Group con Microsoft Exchange 2013En nuestro laboratorio hemos instalado un Servidor 2012 Standard

El segundo paso será que el servidor donde vamos a instalar Exchange 2013, previamente debe ser miembro de nuestro dominio de Active Directory.

Abriremos la ventana de Propiedades del sistema, en nuestro servidor, y agregaremos el nuevo servidor de Exchange a nuestro dominio.

Propiedades del sistema

Textual description of firstImageUrl

Microsoft Exchange: Migrar un servidor 2010 a 2013 - Parte 01

Parte 1 Preparativos de Active Directory y Exchange 2010

En laboratorio de hoy realizaremos una migración completa de un servidor de correo electrónico Microsoft Exchange 2010 a la versión 2013 del producto. 

Para empezar trataremos los requisitos previos necesarios que deberemos tener en nuestro entorno para conseguir llevar a buen puerto la migración.

En el siguiente indice de contenidos podréis ir saltando a vuestra discreción a la parte que más os interese del documento.
Empezaremos por el dominio de Active Directory de nuestro entorno. El nivel funcional de bosque y dominio debe estar establecido como mínimo en Windows Server 2003, esto no será un problema, ya que también era un requisito para la migración de un servidor Exchange 2003 a la versión 2010, nuestro servidor Schema Master debe ser un servidor con un sistema operativo Windows Server 2003 Service Pack 2 o superior instalado.

Nivel funcional de dominio.

Textual description of firstImageUrl

Microsoft Exchange: Migrar un servidor 2010 a 2013 - Parte 08

Parte 8 Transferencia de los buzones de la base de datos de Exchange.

En el siguiente índice de contenidos podréis ir saltando a vuestra discreción a la parte que más os interese del documento.

El paso más importante será la transferencia de los buzones y las carpetas públicas, en este apartado empezaremos con los buzones de usuario.

Para realizar la transferencia de los buzones usando la Graphical user interface, accederemos a la Exchange Control Panel. En el menú lateral izquierdo seleccionaremos la opción destinatarios.

En el menú superior de la ventana buscaremos y accederemos a la opción buzones. En el listado de los buzones seleccionaremos un solo buzón o un grupo de buzones y buscaremos la rama Mover buzón en el menú lateral izquierdo de la ventana, pulsaremos sobre A otra base de datos.

A otra base de datos.