Virtualizing Exchange 2016 Right Way

Virtualizacin
de Exchange 2016:
lamanera correcta!
Michael Van Horenbeeck
Experto ensoluciones certificadas
deMicrosoft
Virtualizacin de Exchange 2016: la manera correcta!
Introduccin
Tanto Microsoft Exchange Server yelconcepto devirtualizacin han existido desde hace mucho tiempo.
S, eltema devirtualizar Exchange sigue siendo sumamente debatido. Detanto entanto, alguien hace
una declaracin sobre por qu lavirtualizacin para Exchange esmejor que implementar unhardware
fsico; provocando otro debate sobre elsentido, osinsentido, detodo esto. Sibien los debates llevan,
a menudo, a cosas buenas, laintencin deeste artculo esnorealizar afirmaciones audaces, iniciar una nueva
controversia odejarlo preguntndose sobre sidebe virtualizar Exchange ono. Despus detodo, existen
muchos motivos vlidos para virtualizar Exchange, ydebatiremos sobre algunos deellos eneste artculo.
Microsoft realiza untrabajo digno dedocumentar sus recomendaciones1 para lavirtualizacin

deExchange. Enlugar deexponer nuevamente los mismos hechos, este artculo apunta a brindar
unmejor entendimiento detrs delajustificacin deaquellas recomendaciones yrequisitos. Tambin
debatiremos porqu algunas delas caractersticas devirtualizacin tienen ms sentido que otras,
especficamente por qu algunas recomendaciones deMicrosoft pueden parecer oponerse a ciertas
caractersticas yrecomendaciones delos proveedores dehipervisores.
Generalmente, lavirtualizacin seencuentra arraigada a laestrategia deTI deuna organizacin. Como tal,
noesrealista asumir que solo debe implementar Exchange enhardware fsico. Por otro lado, debe tener
presente que Exchange ha sido diseado para ejecutarse enhardware fsico. Espor tal motivo que algunas
caractersticas estn diseadas tal ycomo son, ypor qu algunas deesas caractersticas nosiempre tengan
mucho sentido desde elpunto devista delavirtualizacin.
Consideraremos lavirtualizacin deExchange desde elpunto devista del administrador deExchange,

brindndole a los administradores lainformacin necesaria para ayudar a virtualizar Exchange
delamanera correcta. A lolargo deeste documento, exploraremos temas como Alta Disponibilidad (HA),
almacenamiento, ajuste del entorno deExchange ymuchos ms. Sibien algunas delas perspectivas
expresadas eneste artculo pueden entrar enconflicto con las perspectivas yrecomendaciones deciertos
proveedores dehipervisores enparticular, esimposible tener enconsideracin las capacidades nicas
decada plataforma dehipervisor. Siusted cree que una delas caractersticas desuplataforma virtual
lopuede ayudar a virtualizar Exchange demejor manera, loalentamos a que las explore.
Independientemente decmo decida implementar Exchange, siempre debe tener enmente

lacompatibilidad desusolucin. Sibien algunas caractersticas del hipervisor pueden noser
compatibles con Microsoft, eluso deestas caractersticas puede ser compatible con elfabricante
delaplataforma. Obviamente, debe asegurarse deque noexistan otras alternativas antes deconsiderar
seguir lava nocompatible. Ejecutar una configuracin nocompatible nosignifica que Microsoft
noloayudar enabsoluto. Sin embargo, sialguna vez necesitara escalar unproblema a Microsoft,
esposible que tenga que realizar trabajo adicional desuparte. Noespoco razonable que Microsoft
Support lesolicite que reproduzca elproblema enuna configuracin completamente compatible para
descartar cualquier impacto ocasionado potencialmente por laconfiguracin noadmitida.
1. https://technet.microsoft.com/en-us/library/jj619301(v=exchg.150).aspx
2017 Veeam Software 2

Antes decontinuar leyendo

A
lolargo deeste artculo sedebaten varios conceptos ycaractersticas deExchange Server. Sibien
lamayora deestos conceptos seexplican hasta cierto punto, seasume que ellector yatiene cierta
experiencia endiseo, configuracin yadministracin delaarquitectura deExchange 2013 o2016.
Este artculo sebasa eninformacin y recomendaciones disponibles almomento desuescritura

(marzo de2016). Sibien garantizamos que lainformacin eneste artculo escorrecta
almomento desupublicacin, nopodemos garantizar lavalidez enelfuturo como resultado
demodificaciones delas recomendaciones ocapacidades denuevos productos
E lpresente documento contiene referencias a recursos externos. Veeam nocontrola estos recursos
externos y, por ende, nopuede garantizar ladisponibilidad delos mismos, ni tampoco puede
garantizar que elcontenido deaquellos recursos externos nocambiarn enelfuturo
V
eeam llev a cabo unwebinar con miembros desuequipo deTechnical Product Marketing
Evangelist yelautor deeste artculo para debatir los distintos aspectos delavirtualizacin
deExchange. Elwebinar esungran complemento deeste artculo, yaque profundiza sobre
lainformacin ylos conceptos que seabordan enlas siguientes pginas

Introduccin rpida
a Exchange 2016 ya
laarquitectura preferida
Cuando Microsoft lanz Exchange 2016 alpblico enoctubre de2015, nomuchas organizaciones
dieron elsalto inmediatamente. Sin embargo, a medida que estn disponibles las actualizaciones
acumulativas para Exchange 2016 yotros componentes altamente recomendados (tales como Office
Online Server), laorganizacin comienza a planear pasarse a Exchange 2016.
Aunque tambin existen algunas modificaciones tcnicas ydearquitectura, lamayora delas mejoras
giran entorno a laexperiencia mejorada del usuario final, las cuales seencuentran ahora ms
estrechamente alineadas con Office 365:
E
xperiencia mejorada deOutlook Web. Outlook Web App formalmente cambi sunombre por
Outlook enlaweb. Este cambio refleja las muchas mejoras para elcliente, yaque intenta coincidir
ms estrechamente con las capacidades delas caractersticas enelcliente completo deOutlook.
Sibien an existe una discrepancia importante, Outlook enlaweb esahora, ms que nunca,
una alternativa viable para muchos trabajadores delainformacin gracias a las caractersticas
decolaboracin mejoradas tales como lavisualizacin conjunta delos adjuntos, nuevas
caractersticas deredaccin, imgenes enlnea, temas adicionales yms
Unservidor deSharePoint 2016 enlas instalaciones desbloquea nuevas caractersticas

decolaboracin, como guardar adjuntos enOneDrive oenlazar archivos deOneDrive enlugar
deagregar adjuntos almensaje mismo
Exchange 2016 contina centrndose ennuevos ymejorados escenarios deeDiscovery.

Por ejemplo, las carpetas pblicas ahora admiten eDiscovery ensitio yRetencin ensitio. Estos
escenarios eDiscovery existentes ynuevos son admitidos mediante bsquedas decumplimiento
mejoradas. A diferencia deOffice 365, estas bsquedas decumplimiento solo estn disponibles
mediante PowerShell por medio dedistintos *-ComplianceSearch cmdlets

Imagen 1: Outlook enlanueva vista previa deadjuntos conjuntos enlaweb
Junto con las mejoras para una mejor experiencia del usuario final, Microsoft ha cambiado para usar
MAPI/HTTP como protocolo deconectividad predeterminado. Sibien RPC/HTTP an est disponible,
Microsoft ha comenzado a quitarle elnfasis desuuso a favor deMAPI/HTTP. MAPI/HTTP eselsucesor
deRPC/HTTP (tambin conocido como Outlook Anywhere) ysecre desde cero para ser ms
eficiente yrobusto enelmundo interconectado dehoy enda. Por ejemplo, MAPI/HTTP recupera
ms rpidamente a partir delas llamadas micro interrupciones enlared; algo que noespoco comn
almomento deutilizar conexiones Wi-Fi impredecibles.
Existen muchas modificaciones ms enExchange 20162. Lamayora delas mejoras, sin embargo,
tienen demuy poco a ningn impacto, sobre cmo virtualizar mejor Exchange. Como tal, estas
modificaciones estn ms all del alcance deeste artculo ynosedebaten aqu.
2. https://technet.microsoft.com/en-us/library/jj150540(v=exchg.160).aspx

Arquitectura preferida
deExchange 2016
Laarquitectura deExchange 2016 noesradicalmente diferente desupredecesor. Sin embargo,
existe una modificacin importante que impacta potencialmente sobre lamanera enque algunas
organizaciones implementan Exchange. Conforme a lagua anterior, Microsoft hizo que todos los
roles deservidores quedaran reducidos a unnico rol unificado. Elrol del Mailbox Server deExchange
2016 esahora lonico que queda, sinocuenta elrol deEdge Transport Server. Yanoexiste unClient
Access Server separado. Esto nodebera sorprendernos, yaque lagua deMicrosoft para implementar
servidores con mltiples roles existe desde elService Pack 1 deExchange 2010. Tpicamente, solo
situaciones muy especficas requirieron una desviacin deesas directrices.
Para enfatizar ms las directrices dediseo para Exchange, Microsoft actualiz laarquitectura
preferida que sepublic por primera vez para Exchange 2013 ydetalla cmo luce laarquitectura
deimplementacin ptima deExchange. Como elnombre sugiere, laarquitectura preferida refleja
lamanera ideal deimplementar Exchange para reducir elcosto del entorno demensajera, maximizar
las caractersticas incorporadas enelproducto yaumentar laDisponibilidad total delaimplementacin.
A diferencia delas afirmaciones desoporte, las cuales definen exactamente loque usted puede
ynopuede hacer, laarquitectura preferida noimpone nada. Ensulugar, uno siempre debe intentar
apegarse a las directrices loms posible. Esperfectamente aceptable desviarse delas directrices
sinoson compatibles con los requisitos funcionales otcnicos desuorganizacin, obien siexiste
alguna limitacin para implementar Exchange segn ladescripcin delaarquitectura preferida.
Algunos puntos clave delaarquitectura preferida para Exchange 2016 son:
Caractersticas deproteccin dedatos integradas que lepermiten aprovechar hardware

bsico ydebajo costo para implementar Exchange enelhardware fsico enlugar deuna
virtualizacin. Los recursos deservidores nodeben exceder los 96 GB dememoria
ydeben tener unmximo de24 ncleos deCPU3. Siusted utiliza hardware bsico ydiscos,
serecomienda uncontrolador decach deescritura con batera derespaldo
Utilice almenos dos, preferentemente tres centros dedatos. Eltercer centro dedatos permite
laconmutacin por error automtica del sitio. Sisolo utiliza dos centros dedatos, podra necesitarse
laintervencin manual para activar elsegundo centro dedatos encaso deunfallo enelcentro
dedatos. Contar con mltiples centros dedatos mejora drsticamente laresistencia delasolucin
yoptimiza eluso deciertas caractersticas HA, como SafetyNet
3. http://blogs.technet.com/b/exchange/archive/2015/06/19/ask-the-perf-guy-how-big-is-too-big.aspx
6
I mplemente unnico espacio denombres (namespace) deExchange por protocolo

deconectividad del cliente ypor par decentro dedatos. Seconsidera que unpar decentro
dedatos son dos centros dedatos enlos cuales residen los servidores debuzones decorreo
deunnico grupo dedisponibilidad debase dedatos. Sitiene Exchange implementado
enmltiples regiones, esposible que tenga mltiples pares decentros dedatos. Este, por ejemplo,
podra ser elcaso sicuenta con ubicaciones enEuropa yAmrica del Norte
I mplemente ungrupo dedisponibilidad debase dedatos con almenos cuatro miembros; cada
hosting una copia deuna base dedatos para untotal decuatro copias debase dedatos: Una activa,
dos pasivas yuna copia debase dedatos rezagada
I mplemente Office Online Server para una experiencia completa para elusuario final. Por razones
deHA, debe implementar almenos unpar deOffice Online Servers encada centro dedatos que
aloja servidores Exchange 2016
Nota: Los elementos enlalista anterior norepresentan todas las recomendaciones. Las directrices4
deMicrosoft profundizan mucho ms, incluido eneluso deotras caractersticas deproteccin dedatos.
Arquitectura preferida
yvirtualizacin deExchange
Muchas personas encuentran untanto extraa larecomendacin deMicrosoft deimplementar
Exchange enunhardware fsico. Despus detodo, seha demostrado que lavirtualizacin estecnologa
slida con muchos beneficios.
Deacuerdo con Microsoft, algunas delas razones para recomendar laimplementacin deExchange
enunhardware fsico son:
Dependiendo del tamao delos hosts, ypara manejar fallos demanera adecuada, lautilizacin derecursos
enhosts debe mantenerse enunnivel tal que permita a las mquinas virtuales (VM) deExchange
pasarse a aquellos hosts dentro delagranja deservidores virtuales encaso deunfallo. Porque esto afecta
potencialmente ladensidad general deguests enesos hosts. Este noesunresultado deseable para
lamayora delos entornos virtualizados que intentan maximizar lautilizacin del recurso del host.
Lavirtualizacin puede agregar una capa adicional decomplejidad ydegastos deadministracin
Existen pocos onulos beneficios delarecuperacin adicional ycaractersticas deHA

disponibles por medio delavirtualizacin porque estas caractersticas, generalmente, solo
protegen contra unconjunto limitado defallos.
Por otro lado, laHA a nivel delas aplicaciones ofrece proteccin tanto contra fallos a nivel del
hardware como fallos ocasionados por elsistema operativo oenlacapa delaaplicacin
Sibien estos argumentos tienen mucho sentido desde laperspectiva deExchange Server, esposible
que necesiten matizarse unpoco ante eltema delavirtualizacin.
4. http://blogs.technet.com/b/exchange/archive/2015/10/12/the-exchange-2016-preferred-architecture.aspx

Primero, lavirtualizacin lepermite utilizar mejor los recursos enunservidor. Elhardware que est
disponible actualmente es, por logeneral, demasiado poderoso para una sola aplicacin. Dependiendo
delaaplicacin, implementarlo enunservidor fsico dedicado nosera unuso muy eficiente delos
recursos deese servidor. Como resultado, elservidor del host estara inactivo lamayor parte del tiempo.
Encambio, lavirtualizacin lepermite compartir esos recursos excesivos con tantas aplicaciones como
los recursos con los que elhost cuente. Como tal, lautilizacin derecursos aumenta yahora usted
emplea elhardware disponible demanera ms eficiente. Dado que puede alojar mltiples aplicaciones
enunnico servidor, tiene que comprar menos hardware y, por consiguiente, reduce costos.
Segundo, lamayora delas plataformas dehipervisores cuentan con caractersticas HA integradas que
lepermiten migrar VMs deunhost a otro; generalmente, con una incidencia detiempos deinactividad
debaja a nula. Esimportante resaltar aqu que existe una diferencia entre las interrupciones planeadas ylas
noplaneadas, almenos para Exchange. Como sedescribir con ms detalle posteriormente, las migraciones
planeadas pueden presentarse sobre lamarcha con poco impacto. Las interrupciones noplaneadas,
ypor otro lado los traslados resultantes delaVM, deben dar lugar a unreinicio delaVM, causando
por consiguiente, una interrupcin ms extensa que una que semaneja enlacapa delaaplicacin
(p.ej., mediante laactivacin delacopia deuna base dedatos pasiva). Independientemente del caso
deuso odecmo sucede eltraslado, contar con tal movilidad para sus VM esbastante beneficioso.
Para aprovechar estas caractersticas, muchas veces debe implementar unclster deservidores,
almacenamiento compartido, una red exclusiva, etc. que lleva potencialmente a una mayor
complejidad y, a suvez, a gastos generales ya ms espacio para errores. Entanto sea posible, siempre
debe evitarse lacomplejidad. Una solucin menos compleja siempre ser ms fcil demantener y,
por ende, dar como resultado una Disponibilidad ms alta.
Unservidor Exchange 2016 nodebe configurarse con ms de96 GB dememoria y24 ncleos. Alguna
cosa ms puede afectar demanera negativa elrendimiento del servidor. Sibien yaseconsidera que
una mquina con tales especificaciones sea unservidor dealto rendimiento, noespoco comn ver
hosts devirtualizacin con acceso a incluso ms memoria yncleos del procesador. Especialmente
para laltima categora, endonde unhost puede tener acceso a ms de40 ncleos y512 GB
dememoria, unnico guest asignado con 96 GB dememoria y20 ncleos deCPU con el80 por ciento
desus recursos asignados noesnecesariamente unproblema. Lahistoria esobviamente distinta
sitiene unhost con 24 ncleos deCPU ysolamente 128 GB dememoria.
Esinnegable que lavirtualizacin agrega cierta cantidad degastos entrminos deadministracin,

complejidad yutilizacin derecursos, pero esmuy difcil cuantificar lacantidad exacta. Existe una
cantidad deelementos que influyen sobre cunto gasto ycomplejidad exige mantener lainfraestructura
devirtualizacin, pero este tema est fuera del alcance deeste artculo. Adems, encualquier entorno
profesional bien virtualizado yejecutado, estas complejidades yadeberan haberse tratado yaque,
probablemente, Exchange noeslanica carga detrabajo endonde sedeben cumplir ciertas reglas para
hacer que lavirtualizacin brinde los mejores resultados.

Sisuorganizacin todava noha adoptado lavirtualizacin, notendra mucho sentido que lohiciera
exclusivamente para Exchange. Siusted yainvirti previamente enuna infraestructura devirtualizacin,
tampoco tiene sentido desperdiciar esas inversiones para implementar Exchange enunhardware fsico
pase loque pase. Yasea que tenga onosentido, virtualizar Exchange esuna decisin que setoma caso
por caso ydepende demuchas cosas, tales como inversiones previas enuna infraestructura virtual,
los recursos que tiene disponible ysipuede onoimplementar mquinas fsicas adicionales.
Exchange 2016 contiene muchas caractersticas para ayudar a resguardar datos ymaximizar
laDisponibilidad delainfraestructura deExchange. Muchas plataformas devirtualizacin tambin
ofrecen una variedad decaractersticas interesantes deHA y, sibien elparadigma essimilar
para ambas, laprincipal diferencia esque las caractersticas deHA deExchange funcionan con
elconocimiento completo del estado ylalgica delaaplicacin; mientras que las caractersticas
deHA desde laplataforma devirtualizacin son independientes delaaplicacin ytienden a ser
tiles solamente cuando elhardware falla. Adicionalmente, eltiempo para recuperarse detales fallas
esgeneralmente mayor que alconfiar enlas capacidades integradas deExchange.
Ninguna delas caractersticas deHA ofrecidas a travs del hipervisor protege contra fallas dentro
del guest deExchange odedaos lgicos enlas bases dedatos deExchange. A decir verdad,
existen pocas instancias deestos ltimos enestos das, pero sedebe engran medida a alguna delas
caractersticas incorporadas deExchange para evitar que esto suceda, enprimer lugar.

Mejores prcticas para

lavirtualizacin deMicrosoft
Exchange Server
Dependiendo dea quin lepregunte, esposible que reciba distintas respuestas a lapregunta decmo
virtualizar mejor Exchange. Esposible que unadministrador deExchange siga las mejores prcticas
desde elpunto devista delaaplicacin, mientras que unadministrador devirtualizacin secentrar,
encambio, enlas mejores prcticas del hipervisor ydelaplataforma.
A menudo, los proveedores publicarn5 sus propias perspectivas yrecomendaciones sobre cmo
implementar mejor Exchange ensus soluciones. Sibien los artculos especficos decada proveedor
conforman una gran base, siempre debe mantener una cosa importante enmente: Lasolucin
final debe ser compatible tanto con Microsoft como con suproveedor devirtualizacin. Siuna
recomendacin del proveedor noseajusta a los requisitos orecomendaciones deMicrosoft, tendr
que considerar con detenimiento sidesea onoseguir esa recomendacin enparticular.
Los proveedores del hipervisor pueden participar enelPrograma Server Virtualization Validation
(SVVP) deMicrosoft, elcual les permite validar su(s) solucin(es) con Microsoft. Encambio, Microsoft
respalda laejecucin desus productos enaquellas configuraciones validadas; siempre ycuando
laimplementacin enelhipervisor alternativo nogenere unconflicto con cualquiera delos
requisitos ylimitaciones segn ladescripcin deMicrosoft.
Por ejemplo, Microsoft respalda completamente laejecucin deExchange enVMware vSphere 5.

Sin embargo, silatecnologa dealmacenamiento subyacente sebasa enNFS, Microsoft norespaldar
esa parte delaimplementacin, independientemente desiVMware larespalda ono. Lamejor eleccin
sera utilizar una tecnologa dealmacenamiento compatible, como lapresentacin dealmacenamiento
basado enbloques directamente enelguest que ejecuta Exchange yque garantiza que NFS
noseutiliza enninguna capa delasolucin dealmacenamiento.
Diseo deExchange
para unentorno virtualizado
Existen muchas decisiones dediseo involucradas eneldesarrollo deuna nueva arquitectura deExchange.
Algunas deestas decisiones estn influenciadas por lacarga detrabajo esperada como lacantidad
deusuarios, mientras que otras dependen derequisitos tcnicos, funcionales otal vez incluso legales.
Lapura verdad esque casi noexiste diferencia entre cmo usted disee unentorno deExchange
virtualizado versus cundo loimplemente enelhardware fsico. Nohay nada que impida perseguir
laarquitectura preferida entodo momento.
5. VMware public recientemente unartculo sobre cmo virtualizar mejor Exchange 2016 con sus soluciones.
http://www.vmware.com/files/pdf/vmware-microsoft-exchange-server-2016-on-vsphere-best-practices-guide.pdf

Ajuste
Estimar correctamente los recursos para una nueva infraestructura deExchange esuna tarea muy
importante. Sin lacantidad adecuada derecursos, unservidor deExchange rendir por debajo
deloesperado y, a lalarga, afectar laexperiencia del usuario final. Encasos extremos, incluso
puede comprometer laestabilidad desuimplementacin.
Realizar elajuste para unservidor deExchange noesfcil. Elproceso esextenso, hay muchas
variables enjuego yesfcil cometer errores a causa delacomplejidad. Laprueba eselinterminable
artculo6 deMicrosoft que describe elproceso completo.
Calculadora derequisitos del rol del servidor deExchange
Para reducir lacomplejidad del proceso, Microsoft desarroll laCalculadora derequisitos del rol del
servidor deExchange desde elprincipio, elcual utiliza una amplia variedad deparmetros deentrada
para emitir informacin tal como lacantidad dealmacenamiento requerida, E/S dealmacenamiento,
utilizacin del procesador yrequisitos dememoria. Como con lamayora delos procesos, una mala
entrada conduce a malos resultados. Esimportante que brinde informacin exacta para que
laherramienta pueda realizar sutrabajo correctamente. Sinolohace, puede terminar con unservidor
que tenga unajuste drsticamente por encima opor debajo deloesperado.
Requisitos del procesador
Como semencion anteriormente, serecomienda configurar Exchange 2016 sin ms de24 ncleos
deCPU. Sibien nada leimpide que asigne ms ncleos alguest que ejecuta Exchange, esto podra
llevar a que elrendimiento disminuya.
Uno delos beneficios percibidos enlavirtualizacin esque usted puede asignar VMs con ms ncleos
virtuales que los presentes odisponibles fsicamente para suuso enelsistema del host. Silohace, est
inscribiendo demasiados recursos, eneste caso, ms especficamente ncleos deCPU.
Cuando existen mltiples guests enunsolo host, elhipervisor garantiza que a todas las VM seles otorgue
acceso a los recursos a los que han sido asignados. Lalgica detrs deinscribir demasiados recursos
esque casi nunca laaplicaciones usan el100% desus recursos asignados y, silohacen, esaltamente
improbable que lohagan almismo tiempo. Noobstante, asignar recursos dems an esunnegocio
arriesgado. Qu sucede cuando las VM estn realmente consumiendo ms recursos delos que estn
disponibles, incluso cuando solo suceda demanera poco frecuente ydurante tiempos pico deuso?
Inscribir ncleos deCPU dems puede llevar a las denominadas micro demoras enlos ciclos deCPU
asignados a laVM ypuede tener efectos desastrosos enelrendimiento deExchange Server. Cuando
unCPU est ocupado, las nuevas tareas seponen enfila para elprocesamiento. Cuando esto sucede,
laVM deunExchange Server debe esperar a que elCPU del host termine deejecutar las tareas actuales
para que los recursos del CPU estn disponibles para elguest para laejecucin. Las filas deespera
suceden todo eltiempo y, dada lavelocidad con laque los modernos CPU procesan instrucciones,
a menudo noincurre enmultas derendimiento. Sin embargo, a medida que las filas crecen ms, tambin
lohacen las demoras resultantes causando demoras ms evidentes ypotencialmente problemticas.
6. http://blogs.technet.com/b/exchange/archive/2015/10/15/ask-the-perf-guy-sizing-exchange-2016-deployments.aspx

Laproporcin total dencleos virtuales asignados a CPU fsicos enunsistema que aloja VMs
deExchange nunca debe excederse de2:1. Incluso situviera una proporcin ms baja que esa, debe
monitorear decerca elrendimiento deExchange Server y, deser necesario, ajustar laasignacin general
derecursos enese sistema hasta alcanzar elpunto enque elrendimiento sea satisfactorio. Obviamente,
noinscribir dems enabsoluto esincluso mejor yMicrosoft recomienda una proporcin de1:1 para
las VM deExchange. Almomento deconsiderar proporciones deCPU, debe realizar unajuste como
siHyperthreading noestuviera habilitado. Por ejemplo, siunsistema dehost tuviera 16 ncleos fsicos
deCPU pero tuviese untotal de64 vCPUs asignados entodas las VM alojadas enelsistema, laproporcin
sera de4:1 (nocompatible con Microsoft para alojar VMs deExchange). Alternativamente, siunsistema
dehost tuviera 16 ncleos fsicos deCPU pero tuviese untotal de32 vCPUs asignados entodas las VM
alojadas enelsistema, laproporcin sera de2:1 (compatible con Microsoft para alojar VMs deExchange).
Hyperthreading (HT)
Laidea deque unprocesador, ypor extensin elncleo del procesador, escapaz derealizar mltiples tareas
noesms que una mera ilusin. Sibien pareciera que unCPU est manejando mltiples operaciones
almismo tiempo, las ejecuta secuencialmente. HT esunmecanismo que lepermite alprocesador programar
demanera ms eficiente las tareas entrantes y, por lotanto, procesar las operaciones ms rpido.
Siuna aplicacin sebeneficia onocon HT depender deuna variedad deelementos. Enelcaso deExchange,
Microsoft determin que nohay una ventaja clara deusar HT dada lapequea ganancia enrendimiento del
mismo HT yelimpacto negativo delamayor asignacin dememoria por lamayor cantidad deCPU lgicas.
Sibien Exchange nosebeneficia deHT yMicrosoft recomienda deshabilitarla para las implementaciones
fsicas, usted puede utilizarla enuna implementacin virtualizada. Elnico requisito esque durante
elajuste del proceso considere los actuales ncleos fsicos del servidor; ynolos ncleos lgicos del
procesador cedidos por HT. Por ejemplo, cuando unCPU cuente con cuatro ncleos fsicos, esposible que
tenga ocho ncleos lgicos cuando HT est habilitado. Para los clculos deajuste, debe utilizar los cuatro
ncleos fsicos. Tal como semencion anteriormente enlaseccin requisitos del procesador, almomento
dedeterminar proporciones del CPU, debe actuar como siHT noestuviera habilitado.
Memoria
Siempre seha considerado a Exchange como una aplicacin con hambre dememoria. Esto sedebe,
principalmente, a cmo funciona elproceso deExchange Information Store. EnExchange 2016,
lacantidad dememoria que queda disponible para una base dedatos secalcula durante elinicio del
servicio deInformation Store. Este es, por ejemplo, uno delos motivos porqu usted debe reiniciar
elservicio tras agregar copias debase dedatos adicionales a unservidor.

Generalmente, los hipervisores agregan otra capa deadministracin dememoria sobre laadministracin
dememoria enelguest para compartir memoria demanera efectiva a lolargo delas diversas VM.
Esto nosolo permite que los hipervisores lidien demanera ms efectiva con las asignaciones dememoria,
sino que tambin manipulan dinmicamente lacantidad dememoria asignada alguest. Dequ manera
serealiza esto vara deuna solucin devirtualizacin a otra. Algunas plataformas anulan lamemoria sin
exponerla alguest, mientras que otras soluciones reducirn visiblemente lacantidad dememoria. Sacar
lamemoria deunExchange Server nunca esuna buena idea yaque Exchange nolomaneja bien.
Lamemoria dinmica, que eslamanera deHyper-V deajustar dinmicamente laasignacin

delamemoria, sobre-compromete memoria ocualquier otra manera demanipular laasignacin
delamemoria, noescompatible debido a los efectos desastrosos que tiene enExchange.
Por ende, las VM deExchange alojadas enHyper-V deben emplear memoria esttica o, enotros
trminos, deben tener lamemoria dinmica deshabilitada.
Inscribir lamemoria dems es, principalmente, lomismo que inscribir los ncleos deCPU dems
endonde usted asigna ms memoria a VMs que seejecutan enunhost enlugar deestar disponibles
fsicamente para elhost. Cuando las VM enese host utilizan efectivamente todos sus recursos
asignados almismo tiempo, lainscripcin dems sevuelve encompromiso dems.
VMware emplea una tcnica denominada ballooning, lacual seejecuta defondo. Ballooning
esdiferente porque noexpone lamemoria que seremueve del guest. Sibien Exchange noest altanto
deque lamemoria seanula yseusa enotro lugar, elimpacto del rendimiento essignificativo.
Lasiguiente imagen ilustra elefecto delamemoria dinmica enunservidor Exchange. Los bytes
disponibles representan claramente cuando lamemoria dinmica surte efecto. Lalatencia promedio
deRPC representa laexperiencia del usuario final. Observe lacorrelacin entre eldescenso delos bytes
disponibles yelpico resultante enlalatencia promedio deRPC.
Imagen 2: Memoria dinmica enfuncionamiento. Fuente: Microsoft

Otra manera demitigar los potenciales problemas deadministracin dememoria estrabajar con
reservas dememoria; sifuera aplicable ensuplataforma. Como con lamayora delas caractersticas,
existen beneficios ydesventajas dehacer esto. Por logeneral, configurar una reserva dememoria
esuna opcin ms segura yaque leindica alhipervisor que debe garantizar lacantidad asignada
dememoria a esa VM, potencialmente a costa deotros guests que seejecuten enese host.
Ladesventaja esque cuando tiene una reserva dememoria establecida para una VM, solo puede
moverse a otro host que tenga almenos lacantidad dememoria disponible que laasignada para laVM.
Sitiene grandes Exchange Servers, por ejemplo, con 96 GB dememoria, otros hipervisores enelclster
deben tener almenos 96 GB dememoria disponible para ser considerados como posibles objetivos
hacia los cuales mover esas VM. VMware recomienda nocomprometer dems lamemoria enlos
sistemas que alojan VMs deExchange. Denopoder evitar esto, serecomienda establecer una reserva
dememoria con elajuste configurado delaVM deExchange Server.
Acceso nouniforme a memoria (NUMA, por sus siglas eningls)
Las plataformas deservidores ms antiguas a menudo utilizaban unbus desistema nico endonde
unprocesador, oms, acceden a lamemoria fsica delacomputadora. A medida que las aplicaciones
siguen aumentando esa hambre derecursos ylacantidad dedatos por procesar setorna ms grande,
aparece lacongestin enelbus deese sistema. Esto esparticularmente evidente dentro desistemas
con mltiples procesadores. ElAcceso nouniforme a memoria (NUMA) intenta resolver ese problema
mediante ladivisin delos recursos del sistema endistintos nodos deNUMA. Cada nodo deNUMA
consta deunprocesador ydeuna memoria a lacual elprocesador tiene acceso prioritario. Todos los
nodos deNUMA enunsistema estn enlazados mediante uncontrolador avanzado que lepermite
a unprocesador acceder a una memoria a partir deotro procesador, derequerirse. Lainteraccin con
tal memoria nolocal esmucho ms lenta que cuando unprocesador accede a supropia memoria
asignada localmente. Cuando una aplicacin reconoce NUMA, lamisma aprovecha laarquitectura
yprograma sus operaciones dentro delos lmites del nico nodo deNUMA. Esto evita escenarios
remotos deacceso a lamemoria yacelera potencialmente elprocesamiento.
Sibien Exchange noreconoce alNUMA, puede aprovechar elrespaldo del sistema dehost para NUMA,
deestar disponible. Sidesea tener unrendimiento ptimo, serecomienda noexceder los recursos
disponibles para unnico nodo deNUMA. Por ejemplo, siunnodo deNUMA tiene acceso a 16 ncleos
ya 64 GB dememoria, laVM deExchange nodebera, idealmente, exceder aquellas especificaciones.
Dependiendo del ajuste desuimplementacin, esto significa que esposible que tenga que limitar
artificialmente lacantidad derecursos asignados a laVM. A suvez, esposible que tenga que compensar
esto alescalar ysumar ms servidores deExchange para manejar lacarga detrabajo completa.
Sinopuede limitar los recursos a unnico nodo deNUMA, serecomienda exponer latopologa del
NUMA alguest. Sibien nopuede garantizar que todas las operaciones estn confinadas a unnico
nodo deNUMA, los esfuerzos deWindows que funciona para intentar e inteligentemente programar
recursos dentro delos lmites deunnico nodo deNUMA, pueden ser tiles ymejorar elrendimiento.

Almacenamiento yE/S dealmacenamiento
Exchange ha pasado deser una aplicacin con E/S intensivas ensus primeros das, a ser altamente
eficiente, con requisitos deE/S moderadas. Actualmente, escapaz deejecutarse endiscos econmicos
que noofrecen, generalmente, una E/S muy alta.
Laidea dealojar sus datos enundisco duro simple pone nervioso a muchas personas. Elmiedo a perder
datos, que potencialmente esresultado dediscos duros simples noconfiables, noescompletamente
injustificado. Sibien noexiste unnmero exacto, engeneral seconsidera que los discos duros son las
piezas menos confiables encualquier sistema informtico. Los discos duros son una delas pocas piezas
mecnicas enuna computadora. Los platos dentro deundisco duro giran a una velocidad constante
de5.400 rpm oms, locual lleva, lgicamente, a undesgaste por uso mayor enlas piezas del disco.
Sinofuera por eldesgaste esperado, las vibraciones yotros factores como latemperatura ambiente
u oscilaciones enlatemperatura tambin son influencias importantes para laconfiabilidad del disco duro.
Para superar algunos delos efectos negativos delos discos duros, varios discos duros pueden
configurarse enuna Matriz Redundante deDiscos Independientes, mejor conocida como RAID.
Los beneficios deutilizar una RAID esque aumenta laresistencia y, dependiendo dequ tipo deRAID
sea, tambin aumenta elrendimiento mediante lacombinacin deproductividad devarios discos
enlamatriz. Ladesventaja esque RAID requiere uncontrolador capaz y, dependiendo del tipo
deRAID, usted puede sacrificar uno oms discos para garantizar laredundancia dedatos.
Por ejemplo, RAID 1 combina dos discos ylos presenta alsistema como undisco nico. Los datos
seescriben secuencialmente encada disco, pero cada disco puede independientemente brindar
servicio a solicitudes delectura por separado. Cuando undisco falla, nosepierden los datos yaque
elotro disco contiene exactamente los mismos datos. Eldisco que fall puede entonces reemplazarse,
tras locual elcontrolador restaura elconjunto dedatos mediante lareplicacin del contenido exacto
del disco restante enelreemplazado. Siuna aplicacin solo cuenta con una nica copia desus datos,
RAID esinvaluable yesuna manera confiable degarantizar proteccin dedatos yDisponibilidad.
Noesninguna sorpresa que las configuraciones deRAID sean bastante comunes enlaempresa!
Elproblema con las configuraciones deRAID esque estn basadas enhardware, tienen redundancia
yson independientes delas aplicaciones. RAID nopuede proteger datos a partir deproblemas
enlaaplicacin tales como daos lgicos, nopuede prevenir laprdida dedatos deunfallo
del controlador ni puede proteger laaplicacin dealgn fallo a nivel del SO. Ungran beneficio
delaredundancia dehardware esque compra tiempo para remplazar elhardware, por ejemplo,
cuando undisco falla. Esta capa extra deproteccin tericamente lepermite a uno esperar hasta
ellunes por lamaana antes deremplazar undisco que fall unsbado enlanoche, por ejemplo.
Esto esparticularmente til enentornos ms pequeos que nocuenten con operaciones deTI 24/7,
pero que s requieren HA para sus aplicaciones osistemas.

Enlugar deconfiar enlaredundancia del hardware para proteger sus datos, Exchange crea
ymantiene copias adicionales delabase dedatos enotros servidores enunclster, llamado Grupo
dedisponibilidad debase dedatos (DAG, por sus siglas eningls). UnDAG reconoce plenamente
laaplicacin. Una variedad deprocesos permite a Exchange mantener varias copias deuna base
dedatos yautomticamente aprovecha esas copias adicionales para responder a varios tipos
deinterrupciones. Siunservidor falla, seactiva otra copia delabase dedatos para que semantenga
ese servicio a los clientes. Esto puede resolver varias formas dedaos lgicos que pudieron haberse
introducido enuna delas copias delabase dedatos. Cuando sedetecta una pgina daada enlabase
dedatos activa, seutiliza una versin nodaada delapgina deuna delas otras copias delabase
dedatos para remplazar lapgina daada. Alhacerlo, unDAG protege a Exchange ya los datos que
contiene deuna variedad deamenazas deuna manera ms granular que latpica redundancia basada
enhardware. Encierto modo, unDAG permite que laHA sea manejada enlacapa delaaplicacin
(Exchange) enlugar delacapa del hardware (RAID).
Sibien estcnicamente posible utilizar JBOD (discos independientes) oStorage Spaces Direct,
lamayora delos sistemas devirtualizacin requieren algn tipo dealmacenamiento compartido
para hacer que funcionen muchas delas caractersticas deHA delaplataforma virtual. A menudo,
elalmacenamiento compartido viene enforma deuna Red derea dealmacenamiento (SAN, por sus
siglas eningls) lacual, cuando selareduce a suesencia, noesms que una RAID con muchos
discos yhardware desoporte tal como uncontrolador, gabinete, etc. Elsoftware que controla laSAN,
junto con laredundancia del hardware incorporada, ofrece unnivel bastante alto deproteccin para
loque sea que sealmacene, convirtindolo enlaeleccin predeterminada para lamayora delas
implementaciones virtuales. Noobstante, incluso las SAN pueden fallar. Por ende, almacenar todas
las copias desubase dedatos enuna sola matriz noes, generalmente, una gran idea. Sibien las SAN
pueden tener sus propias soluciones deredundancia dedatos (Replicacin deSAN por ejemplo),
rara vez permiten unfailover oportuno del servicio. Especialmente cuando secompara con Exchange,
que puede realizar failover deuna base dedatos muchas veces enmenos de15 segundos!
Cualquiera sea lasolucin dealmacenamiento enlaque decida alojar Exchange ysus datos, debe ser
a nivel debloque; excepto cuando seuse SMB 3.0 (cdigo propiedad deMicrosoft yque puede controlar
con detenimiento) para alojar archivos VHDX para VMs deExchange. Esto significa que elalmacenamiento
basado enNFS noescompatible. Este punto esmuy debatido, yexisten muchas teoras (disparatadas)
sobre por qu Microsoft noescompatible con NFS. Alfinal, lapura verdad esque existen muchas
implementaciones deNFS distintas all fuera, algunas mejores que otras. Sibien algunas soluciones
pueden cumplir perfectamente con los requisitos especficos deExchange yofrecer una cantidad
suficiente deproductividad yconfiabilidad para Exchange, lafalta deestandarizacin orendimiento
confiable ensoluciones cruzadas hacen que sea muy difcil laratificacin genrica deNFS como
compatible con Microsoft. Podra Microsoft configurar algn programa decertificacin a travs del cual
otros proveedores puedan validar susolucin NFS para Exchange? Eso creo. Sin embargo, lapregunta
essilafalta onoderespaldo para elalmacenamiento basado enNFS esverdaderamente unproblema.
Sinotiene otra opcin que utilizar unalmacenamiento basado enNFS, evale cuidadosamente elriesgo
alque seexpone ydetermine cmo lidiar mejor con esto yavanzar.

Existen muchas alternativas tales como iSCSI enelguest odiscos detransferencia (Asignaciones
dedispositivo sin procesar) que lepermiten presentar elalmacenamiento a nivel debloque
directamente enelguest. Elproblema con iSCSI enelguest esque serompe a travs delacapa
devirtualizacin ytiene implicaciones defuncionalidad desde elpunto devista devirtualizacin.
Usar iSCSI enguests tambin requiere atencin adicional respecto aldiseo dered desuplataforma
virtual. Las implementaciones exitosas deiSCSI requieren mucho esfuerzo ya menudo los costos para
realizarlas nosejustifican. Por tal motivo muchos proveedores devirtualizacin norecomiendan utilizar
iSCSI enguests. Encambio, las alternativas como colocar discos duros virtuales enalmacenamiento
(compartido) a nivel debloque (SMB 3.0 oiSCSI basado enelhost) son mucho mejores.
Validacin derequisitos dealmacenamiento
Microsoft Jetstress esuna herramienta para evaluar yverificar elrendimiento del subsistema
dealmacenamiento enelcual seinstalar Exchange. Alutilizar elmismo patrn delectura/
escritura como unservidor deExchange tpico, laherramienta estresa elsubsistema
dealmacenamiento para producir resultados derendimiento deE/S que puedan compararse con
los requisitos a partir delaCalculadora derequisitos del rol.
Sibien Jetstress sedesarroll originalmente para utilizarse solamente enimplementaciones

fsicas, tambin puede utilizarse enuna variedad deplataformas virtuales. Pero, notodas las
plataformas virtuales son compatibles7. Entonces, esposible que las VM deExchange puedan estar
compartiendo almacenamiento con otras cargas detrabajo cuando sevirtualiza Exchange. Sibien
Microsoft recomienda ampliamente tener ejes exclusivos para Exchange, puede ser ineludible
compartir ejes enuna SAN con otras cargas detrabajo.
Almomento deejecutar Jetstress enalmacenamiento compartido, algunas organizaciones eligen

ejecutar Jetstress cuando lautilizacin esbaja. Elfundamento esminimizar unimpacto potencial del
rendimiento enotras aplicaciones que seejecuten a partir deese mismo almacenamiento. Como
puede imaginarse, hacer esto elimina elpropsito delaprueba yanula engran medida los resultados.
Laintencin deJetstress esreplicar unservidor deExchange del mundo real. Para obtener resultados
confiables, las condiciones deprueba deben coincidir con laimplementacin real loms cerca posible.
Aprovisionamiento ligero
Otra caracterstica deuna SAN eslacapacidad deaprovisionar ligeramente elespacio del disco.
Elaprovisionamiento ligero escuando elsubsistema dealmacenamiento asigna dinmicamente
elalmacenamiento, pero presenta a laVM lacapacidad completa dealmacenamiento. Por ejemplo,
con elaprovisionamiento ligero habilitado, elguest puede ver undisco de80 GB, del cual seconsumen
solo 10 GB eneldisco. Esto esmuy diferente a los discos con tamao fijo endonde lacantidad total
dealmacenamiento seasigna desde elinicio y, por ende, noest disponible para otros sistemas,
independientemente desielespacio del disco seusa realmente dentro del guest ono. Ental
caso, usted est potencialmente desperdiciando espacio del disco enlaSAN. Indudablemente,
elaprovisionamiento ligero ofrece ciertas ventajas sobre los discos con tamaos fijos. Esuna delas
maneras enlas cuales una plataforma virtual puede potencialmente ayudar a bajar los costos.
7. https://gallery.technet.microsoft.com/Jetstress-2013-Field-Guide-2438bc12

Aligual que lamemoria ylos ncleos del CPU, usted puede sobre inscribir elespacio del disco,
loque significa que puede asignar ms espacio eneldisco (virtual) que eldisponible fsicamente
enelsubsistema dealmacenamiento. Para beneficiarse del aprovisionamiento ligero, usted puede
llevar unregistro meticuloso del uso ydel crecimiento del espacio del disco a lolargo del tiempo,
locual lepermite determinar enqu punto debe comprar almacenamiento adicional para evitar
quedarse sin espacio eneldisco. Pronosticar correctamente los requisitos futuros para elespacio
eneldisco noesfcil yrequiere unalto nivel demadurez operativa.
Los requisitos dealmacenamiento generados por laCalculadora derequisitos del rol representan
elpeor escenario enelcual todos los buzones decorreo crecen hasta sutamao mximo especificado
para elbuzn decorreo. A pesar deque esaltamente improbable que alguna vez termine ental
situacin, esmucho ms seguro asegurarse detener espacio suficiente disponible eneldisco sin
tener que preguntarse constantemente enque momento debe comprar almacenamiento adicional.
Esto esespecialmente cierto siespera que elalmacenamiento seconsuma detodas formas. Adems,
debe planear una memoria intermedia losuficientemente grande encaso deque nopueda agregar
espacio eneldisco losuficientemente rpido. Por ejemplo, este sera elcaso endonde elproveedor
dealmacenamiento nopueda proporcionar discos losuficientemente rpido.
Elriesgo eneste escenario esuna VM deExchange que crea tener unvolumen de80 GB con mucho
espacio libre eneldisco. Noobstante, dado que lasolucin dealmacenamiento derespaldo ha
agotado todo elalmacenamiento disponible, ser posible que las bases dedatos deExchange
sedesmonten yenunestado daado a causa delaincapacidad deescribir los bloques dedatos.
Deduplicacin
Ladeduplicacin puede ayudar aleliminar copias redundantes dedatos y, por ende, reducir
significativamente eluso del espacio eneldisco. A pesar delos beneficios percibidos para
Exchange, casi noexiste ninguno. Esta estambin una delas razones porque Microsoft
norecomienda utilizar deduplicacin deproveedores deSAN con Exchange ynoescompatible
con deduplicacin del sistema dearchivos basados enWindows.
Ladeduplicacin puede ser ms efectiva cuando los datos que almacene a lolargo deguests mltiples
sean muy similares. Lacantidad deespacio eneldisco que pueda guardar vara deuna solucin a otra
ydel tipo dedatos que sealmacene.
Imagine tener 20 VM idnticas, cada una ejecutando Windows Server 2012 R2 yconsumiendo 15 GB
dedatos. Sin deduplicacin, est utilizando cerca de300 GB dealmacenamiento, solo para ejecutar esas
VM. Con deduplicacin, podra, enteora, reducir lautilizacin del disco a una nica instancia de15 GB.
Sibien laidea deliberar tanto espacio eneldisco resulta atractiva, esmuy poco probable que vea
alguna vez tales resultados con Exchange. Elproblema reside encmo funciona ladeduplicacin.
A menudo, elproceso dededuplicacin sedesarrolla a medida que los datos seescriben eneldisco.
Seinspecciona cada bloque dedatos ysemantiene unmodelo decada bloque escrito como futura
referencia. Siunbloque dedatos futuro esidntico a uno delos bloques que seescribieron antes
eneldisco, sereemplaza elbloque nuevo con unindicador enelbloque anterior. Como puede
imaginarse, cuantos ms bloques idnticos tenga, mayor ser lareduccin dealmacenamiento.

Sitiene mltiples bases dedatos, puede estar tentado a creer que cada base dedatos contiene datos
decorreo idnticos yque ladeduplicacin puede reducir sucopia eneldisco muchas veces. Sibien
las bases dedatos pueden contener frecuentemente elmismo grupo dedatos, estos noseescriben
encada base dedatos delamisma manera, menos an con los mismos bloques dedatos exactos.
Cada archivo nico delabase dedatos tiene una nica suma decomprobacin, por lotanto, a nivel
del bloque lucir distinto a una base dedatos que contenga los mismos datos. Cuando setrabaja
con DAGs, puede tener mltiples copias delabase dedatos deunbuzn decorreo, cada una con
lamisma suma decomprobacin ysimilar a nivel del bloque. Por lotanto, enteora, podra ahorrar
espacio deduplicando cada copia deuna base dedatos debuzn decorreo dada. Requerira que cada
copia est enlamisma solucin dealmacenamiento capaz debrindar ladeduplicacin. Ladesventaja
deesto esque ha introducido unnico punto defalla para las copias desus mltiples bases dedatos y,
por lotanto, acab con lafinalidad detodas las copias juntas. Entonces, sibien ladeduplicacin tendr
algn efecto ensus bases dedatos, espoco probable que elproceso pueda reducir lautilizacin del
almacenamiento losuficiente como para que valga lapena elriesgo.
Para volver a plantearlo, elriesgo asociado con ladeduplicacin esque est menoscabando laidea
detener mltiples copias. Incluso cuando desde laperspectiva deExchange parezca que tiene mltiples
copias, usted est, bsicamente, tratando dereducir los datos a una nica instancia eneldisco fsico.
Imagine qu lepasara a todas las copias desubase dedatos deExchange sialgo lesucediera a laSAN.
Muchas, sinotodas, las SAN ofrecen unmuy alto nivel deconfiabilidad mediante una serie
decaractersticas deproteccin yhardware redundante. Sin embargo, a pesar detodas esas
caractersticas deseguridad a veces seescucha que una SAN falla, causando enormes daos. Replicar
datos deuna SAN a otra, reduce ms elriesgo asociado a una SAN que falla. Pero, noest meramente
replicando loque hace Exchange, aunque con unalmacenamiento mucho ms costoso ensulugar?
Almacenamiento flash
Ahora que los precios estn alcanzando niveles aceptables, eluso del almacenamiento basado
enflash est enaumento. Utilizar almacenamiento todo flash puede tener unimpacto muy positivo
enelrendimiento desuaplicacin con hambre deE/S gracias alrendimiento descabellado que
elalmacenamiento flash ofrece por sobre los discos duros convencionales.
Sibien Exchange sola dedicarse a E/S, hoy enda yanoloes. A pesar deser compatible, simplemente
noexiste lanecesidad del rendimiento adicional que los discos flash tienen para ofrecer. Por qu
invertir ms dinero sipuede hacerse con menos?
19
Algunas soluciones dealmacenamiento combinan discos flash con discos duros tradicionales
enundenominado enfoque dealmacenamiento por niveles. Ental escenario, los datos semueven
deunalmacenamiento ms lento a uno ms rpido, potencialmente basado enflash, segn lanecesidad.
Como enuna solucin todo flash, Exchange casi nonecesita alojar datos enelnivel dealmacenamiento
ms rpido. A causa delos diversos procesos que continuamente interactan con los datos enlas bases
dedatos deExchange, incluso esposible que los datos deExchange semuevan permanentemente
alnivel dealmacenamiento ms rpido, menoscabando elparadigma completo delaclasificacin por
niveles. Igual que con todas las matrices todo flash, noexiste beneficio alguno para clasificar por niveles
los datos deExchange. Lonico que hace esagregar otra capa ms decomplejidad a suimplementacin.
Microsoft norecomienda elalmacenamiento por niveles para Exchange por estas razones.
Snapshots
Algunas plataformas dehipervisores permiten tomar snapshots delas VM. Las snapshots capturan
elestado deuna VM enejecucin enuncierto punto eneltiempo; muy similar a tomar una fotografa
deuna situacin enlavida real. Uno delos beneficios deusar snapshots esque puede volver atrs
eneltiempo para restaurar una delas snapshots. Alhacerlo, usted restaura elestado delaVM alpunto
eneltiempo enelque sefue capturada. Exchange noescompatible con latoma desnapshots (ocon
revertir una), ms que para entornos delaboratorio, porque las snapshots noreconocen laaplicacin.
Como tal, revertir a una snapshot puede tener consecuencias impredecibles enlos datos para los
que semantiene unestado especfico, como las bases dedatos deExchange. Adems, algunos datos
deconfiguracin para Exchange semantienen dentro deActive Directory, locual significa que sepodra
crear una discrepancia entre Active Directory yExchange,obien sedebera revertir a una snapshot.
Nodeberan confundirse las snapshots delaVM con las snapshots basadas enVSS, las cuales utilizan
una manera admitida decrear lasnapshot deVSS deuna base dedatos. Esto serealiza comnmente
cuando setoma elbackup deuna base dedatos yest completamente admitido, siempre ycuando las
snapshots setomen mediante elmarco detrabajo deVSS.
Alta Disponibilidad (HA)
Planear para HA significa que tiene que entender qu puede ocasionar que una aplicacin falle. Esas
amenazas pueden categorizarse enloque sedenomina Dominios defallas, como lainfraestructura
dered, laplataforma virtual, Active Directory, hardware, servidores testigo etc.
Para proporcionar efectivamente una solucin altamente disponible, debe tener encuenta cada uno deestos
dominios defallas. Basarse nicamente enlacapacidad deejecutar failovers basados enelhost noes,
por logeneral, una buena idea yaque solo aborda una cantidad limitada dedominios defallas. Sin embargo,
combinar lomejor deambos mundos garantiza que pueda beneficiarse delas tecnologas defailover basadas
enelhost, as como tambin delas caractersticas con reconocimiento deaplicacin dentro deExchange.
Una delas ventajas ms importantes deuna plataforma virtual eslacapacidad demover VMs
deunhost a otro, por ejemplo cuando unhost falla. Lamayora delas plataformas pueden mover una
VM que seestaba ejecutando enunservidor fallido a otro servidor encuestin desegundos. Durante
ese tiempo, laVM enelservidor fallido noresponder por poco tiempo.

Para las aplicaciones sin estado, esto resulta enuncontratiempo deunos pocos segundos. Una vez que
laVM setransfiera exitosamente a otro host enelclster, laaplicacin vuelve tpicamente a operar con
normalidad. Para Exchange, yespecialmente cuando seconfigura enunDAG, noresponder por unos
pocos segundos yluego volver alfuncionamiento normal puede ser unproblema. Para evitar cualquier
problema, tras unevento defailover, elservidor deExchange debe volver a traerse enlnea por medio
deunarranque enfro (unreinicio delamquina).
Todos los servidores del miembro enunDAG envan seales demonitoreo del funcionamiento para
hacerle saber a los otros que an estn all yfuncionando correctamente. Deforma predeterminada,
esto pasa a cada segundo. Durante unfallo, por ejemplo cuando unhost virtual secae, laVM deExchange
enese host dejara deenviar seales demonitoreo del funcionamiento para sealarle a los dems
miembros del DAG que algo anda mal. Tras unas pocas seales demonitoreo del funcionamiento
consecutivas perdidas (cinco, predeterminadas), los dems miembros comenzarn unprocedimiento
para expulsar elservidor fallido delas operaciones del DAG. Mientras tanto, elservicio declster
enelnodo fallido sereinicia enunintento devolver a unirse alDAG. Una vez restablecidas las
comunicaciones delared, elnodo expulsado debera poder reunirse automticamente alDAG.
Existen pocas condiciones que garantizan lamodificacin delos tiempos deespera defailover
del clster. Sibien los valores predeterminados deberan funcionar para lavasta mayora delas
implementaciones, tener configuraciones detiempos deespera demasiado agresivos puede llevar
a operaciones problemticas deDAG. Tpicamente, esto seobserva cuando unmiembro aleatorio
del DAG esexpulsado del DAG, a pesar deque nada parezca estar mal. Este podra ser elcaso
enunentorno con una elevada latencia dered oendonde elmovimiento planeado deuna VM
deunhost a otro est tomando ms tiempo que elprevisto. Los movimientos planeados deuna VM,
a diferencia delos movimientos tras unfallo, norequieren que laVM sereinicie yson compatibles
con Microsoft. Cuando una VM semueve deunhost a otro, elcontenido delamemoria del guest
secopia gradualmente alhost meta. Durante latransicin final (elcorte, sisequiere), laVM sesilencia
(pausa) por unbreve momento para permitir que elcontenido delamemoria final semueva a unhost
alternativo antes dereanudar las operaciones. Sisucediera que esta etapa final tomara ms decinco
segundos, podra toparse con elproblema yamencionado8.
Las recomendaciones para laconfiguracin delas seales demonitoreo del funcionamiento del clster
pueden variar deunproveedor a otro ypueden resultar afectadas por suconfiguracin especfica.
Esmejor consultar a suproveedor dehipervisor para descubrir qu valores utilizar; sinecesitaran
cambiarse enabsoluto. Sidecidiera modificar laconfiguracin del tiempo deespera, hgalo con
precaucin yaumente sostenidamente los tiempos deespera delas seales demonitoreo del
funcionamiento hasta alcanzar unvalor que yanoafecte las operaciones del DAG.
8. https://blogs.technet.microsoft.com/askcore/2012/07/09/having-a-problem-with-nodes-being-removed-from-
active-failover-cluster-membership/

Reglas deafinidad demquinas virtuales
Dado que las VM pueden recorrer libremente por los hosts delos hipervisores enunclster,
noesinconcebible que dos oms guests deExchange pudieran terminar ejecutndose enelmismo
host. Cuando esto sucede, elservidor que aloja mltiples VM deExchange ahora asume una
responsabilidad mayor ypotencialmente reduce laresistencia desuimplementacin.
Alusar reglas anti afinidad, usted puede definir qu VMs nodeberan ser alojadas enelmismo servidor. Cuando
laplataforma del hipervisor toma una decisin demover una VM deunhost a otro, tomar encuenta esas
reglas yevitar mover las VM deExchange enelmismo host, a menos que noexista otra opcin.
Nohace falta decir que esto solo funciona sitiene otros hosts suficientes ensuclster virtual capaces
dealojar a sus guests deExchange.
Recuperacin dedatos con Veeam

Laarquitectura preferida deMicrosoft nomenciona configurar backups. Despus detodo, tener
una cantidad suficiente decopias delabase dedatos elimina lanecesidad deunbackup, almenos
hasta cierto punto. Enrealidad, las cosas nosiempre son tan simples odirectas como eso. Notodos
los clientes tienen lacapacidad deimplementar almenos cuatro servidores deExchange, incluidos
todos sus requisitos ydependencias. Sibien uno podra argumentar siesos entornos son candidatos
perfectos onopara moverlos a Office 365, va ms all del punto. Muchas organizaciones an
necesitan backups. Por ejemplo, cuando requieren una estrategia fuera debanda para garantizar
larecuperabilidad dedatos encualquier situacin.
Los backups pueden ser considerados unseguro encaso deque algo catastrfico lesucediera a
suinfraestructura. Siha implementado unDAG con cuatro miembros a lolargo dedos centros dedatos
geogrficamente distantes, esmuy poco probable que alguna vez pierda los datos enambos centros
dedatos almismo tiempo. Sin embargo, entornos ms pequeos que nocuentan con ellujo detener
unsegundo centro dedatos, quedan expuestos a unmayor riesgo ypueden beneficiarse delaseguridad
adicional que unbackup provee. Por supuesto, esto solo escierto silos datos debackup sealmacenan
fuera desitio yusted realiza pruebas derestauraciones regulares. Nohay nada ms irritante que descubrir
que nopuede restaurar datos deunbackup cuando realmente tiene que hacerlo.
Lapreservacin a largo plazo dedatos histricos esotra razn para mantener backups. Sibien
latecnologa actual facilita tamaos debuzones decorreo casi ilimitados, locual lepermite mantener
todo virtualmente para siempre, esa menudo elfactor humano elque juega unrol importante
enladecisin deadoptar onoeste nuevo paradigma. A pesar deque a muchos administradores
probablemente les gustara, nopuede controlar las acciones deunusuario final, ycomo tal, esdifcil
prevenir situaciones como laeliminacin accidental deelementos.

Caractersticas como laRetencin ensitio9 pueden ayudar a garantizar que los datos seconserven
indefinidamente. Cuando sehabilita una retencin ensitio, los elementos que sedepuran del buzn
decorreo, por ejemplo, porque elusuario los elimin deliberadamente delos elementos eliminados oestos
vencieron despus del perodo deretencin deelementos eliminados, nosedepuran fsicamente delabase
dedatos. Ensulugar, los elementos semueven a una carpeta oculta enelbuzn decorreo del usuario
llamada carpeta deElementos recuperables. Dependiendo decmo sehayan eliminado los elementos,
podran moverse a diferentes lugares dentro delacarpeta deelementos recuperables. Lamayora delas
carpetas enlacarpeta deelementos recuperables estn ocultas para elusuario. Sin embargo, lacarpeta
deeliminaciones (a donde semueven los elementos que sehan eliminado duramente (shift+delete)
deElementos eliminados) seexpone a los usuarios por medio delacaracterstica deRecuperar elementos
eliminados enOutlook10.
Restaurar unelemento delaCarpeta deelementos recuperables noesunproceso sencillo, porque

solo puede hacerlo mediante PowerShell. Adems, cuando unelemento serestaura delacarpeta
deelementos recuperables, pierde sujerarqua. Esto ltimo esespecialmente complejo cuando
unusuario accidentalmente elimin una carpeta completa ydesea restaurarla.
Tener una solucin, como Veeam Backup & Replication, que seconecta a suinfraestructura existente puede
ayudarlo a encontrar yrestaurar elementos fcilmente mediante GUI, esuna gran ventaja para los clientes que
nopueden aprovechar laarquitectura preferida almximo. Incluso siha implementado Exchange siguiendo
los lineamientos delas arquitecturas preferidas, an necesita beneficiarse delacapacidad del producto para
restaurar fcilmente elementos individuales.
Backups yrecuperacin ante desastres (DR)

Los backups pueden utilizarse enuna variedad desituaciones. Dependiendo del tipo debackup, usted
puede restaurar elementos individuales, bases dedatos oincluso VMs completas. Loltimo puede
sonar como una opcin interesante para Exchange, pero loesrealmente?
Restaurar una snapshot deVM del SO incluida laconfiguracin deExchange es, incluso sin bases
dedatos, muy difcil, especialmente sielservidor fuera miembro deunDAG. Enlugar deintentar
explicar cmo restaurar una VM completa, veamos cmo puede utilizar las opciones derecuperacin
integradas deExchange para restaurar unservidor fallido.
Asumiendo que tiene mltiples copias debases dedatos del buzn decorreo, recuperar unExchange
Server fallido esunproceso relativamente simple. Desde unnivel muy alto, elproceso luce as:
1. C
ree una VM nueva con las mismas especificaciones, nombre, direccin IP ySO como elservidor
fallido.
2. R
establezca lacuenta delacomputadora enunActive Directory yuna elservidor nuevo aldominio
para que utilice lamisma cuenta delacomputadora.
9. https://technet.microsoft.com/en-us/library/ff637980(v=exchg.160).aspx
10. https://technet.microsoft.com/en-us/library/ee364755(v=exchg.150).aspx

3. E jecute elprograma deconfiguracin deExchange con elbotn /m:recoverserver. Durante

lainstalacin, lainformacin sesaca deActive Directory para garantizar que elservidor
dereemplazo asuma los roles ylaconfiguracin del servidor previamente fallido.
4. V
uelva a unir elnuevo servidor con elDAG yvuelva a sembrar las bases dedatos para que reanude
sus tareas como antes.
Nota: Cuando utiliza este enfoque, usted asume que elservidor fallido est roto ms all delareparacin.
Enningn punto elservidor fallido debera volver a traerse enlnea.
Yaque elservidor fue parte deunDAG yhay disponibles otras copias delabase dedatos, Exchange
mismo puede crear nuevas copias delabase dedatos enelservidor restaurado mediante lalectura
delas copias delabase dedatos remanente. Pero, qu pasa sinotiene copias adicionales delabase
dedatos osihan fallado todas?
Enelescenario endonde nocuente con otras copias delabase dedatos, Veeam Backup & Replication
puede complementar elproceso derecuperacin integrado:
1. Cree una VM nueva con las mismas especificaciones, nombre, direccin IP ySO como elservidor fallido.
2. R
establezca lacuenta delacomputadora enunActive Directory yuna elservidor nuevo aldominio
para que utilice lamisma cuenta delacomputadora.
3. E jecute elprograma deconfiguracin deExchange con elbotn /m:recoverserver. Durante

lainstalacin, lainformacin sesaca deActive Directory para garantizar que elservidor
dereemplazo asuma los roles ylaconfiguracin del servidor previamente fallido.
4. Deaplicarse, vuelva a unir elnuevo servidor con elDAG yvuelva a sembrar las bases dedatos para que
reanude sus tareas como antes.
5. Restaure bases dedatos (individuales) a partir del backup con reconocimiento deaplicacin deVeeam.
6. D
eser aplicable, configure copias debases dedatos adicionales para labase dedatos restaurada
enotros miembros enelDAG.

Backups con reconocimiento deaplicacin con

Veeam Backup & Replication
Anteriormente eneste artculo, debatimos que revertir a una snapshot noescompatible con Exchange
porque una snapshot tpica noesreconocida por laaplicacin ypuede causarle daos graves a Exchange
ysus datos. Sibien Veeam Backup & Replication tambin toma una snapshot delaVM, aprovecha
elmarco detrabajo deVSS para crear una snapshot consistente yreconocida por laaplicacin.
Para habilitar lacaracterstica, primero debe seleccionar Habilitar procesamiento con

reconocimiento deaplicaciones mientras crea unnuevo trabajo debackup:
Imagen 3: Habilitacin del procesamiento con reconocimiento deaplicaciones
Una vez iniciado elbackup dereconocimiento deaplicaciones, seimplementa unservicio deadministracin

detiempo deejecucin enelproceso, loque lepermite recuperar datos delaVM deExchange. Este servicio
deadministracin invoca elExchange VSS Provider, elcual crea una snapshot deVSS delas bases dedatos
deExchange. Despus, lasnapshot deVSS seguarda enlos archivos debackup deVeeam.
Cuando llegue elmomento derestaurar los datos del backup, ahora tiene mltiples opciones: Restaurar
laVM completa, restaurar archivos dentro delaVM orestaurar elementos delaaplicacin. Latercera
opcin inicia Veeam Explorer para Microsoft Exchange a travs delacual puede restaurar elementos
individuales desde yhacia elbuzn decorreo deunusuario.
Cuando restaura elementos individuales, Veeam Explorer monta labase dedatos deExchange a
laque lerealiz elbackup con VSS. Esto lepermite buscar labase dedatos como siestuviera montada
a unExchange Server, yrestaurar elementos del buzn decorreo ocarpeta decualquier usuario
almismo buzn decorreo, a unbuzn decorreo alternativo oa unarchivo PST.
Imagen 4: Restauracin deelementos individuales usando Veeam Explorer para Microsoft Exchange

Conclusin
Virtualizar Exchange noessignificativamente difcil odistinto a una tpica implementacin fsica.
A pesar deque Microsoft recomienda implementar Exchange enunhardware fsico, esperfectamente
aceptable virtualizar Exchange. Enalgunas situaciones, virtualizar Exchange tiene an ms sentido.
Microsoft cuenta con declaraciones desoporte yrecomendaciones bastante fuertes ybien definidas
para virtualizar Exchange. Estas recomendaciones nosalen delanada ysecrean para protegerlo
deimplementar Exchange deuna manera tal que podra poner enpeligro sus datos. Como tal,
esmejor seguir estos lineamientos para garantizar una implementacin fluida.
Para recapitular, sepresentan algunos puntos clave que hemos debatido a lolargo deeste artculo:
Yasea que est virtualizando onoExchange, siempre apguese loms posible a los lineamientos
delaarquitectura preferida (excepto para tener encuenta los gastos del hipervisor, noexiste diferencia
encmo dimensionar suarquitectura para una implementacin deExchange fsica ovirtualizada)
C
uando virtualice Exchange, asegrese derespetar las declaraciones desoporte deMicrosoft
ytrabaje estrechamente con suequipo deplataforma devirtualizacin para garantizar que
laarquitectura deExchange est plenamente compatible
D
esconectar elSO olacarga detrabajo delaaplicacin del hardware tiene sus beneficios, tales
como portabilidad ymovilidad. Sin embargo, las caractersticas incorporadas deproteccin
dedatos enExchange son muy poderosas yexisten para prevenir laprdida dedatos encasi todos
los escenarios defallo, eliminando lanecesidad delas caractersticas devirtualizacin. Sidecide
virtualizar, benefciese delomejor deambos mundos yaproveche algunas delas caractersticas del
hipervisor, adems delas capacidades incorporadas deExchange
A
pesar deque caractersticas como laretencin ensitio lepermiten preservar yrestaurar
virtualmente cualquier dato dentro del buzn decorreo del usuario, usar estas caractersticas puede
ser complicado, especialmente cuando seintenta restaurar elementos nicos

Acerca del autor

Michael Van Horenbeeck esunexperto ensoluciones certificadas
deMicrosoft (MCSM) yMVP deOffice Servers & Services deBlgica, situndolo
dentro del grupo deexpertos entodo elmundo enmantener tanto
lacertificacin MCSM yelgalardn por MVP almismo tiempo. Como consultor
independiente, ha ayudado a clientes detodo elmundo a implementar
omigrar a Exchange yOffice 365.
Esunapasionado delatecnologa dinmica, est especializado enuna variedad

detecnologas deMicrosoft, entre ellas Office 365, Exchange y(Azure) Active
Directory, yest altamente calificado entodas las cosas hbridas, loque hizo que
seganara suapodo deVan Hybrid.
Adems deescribir sobre tecnologa para una variedad desitios web tecnolgicos,
Michael fue co-autor devarios libros, incluido elltimo libro electrnico Office 365
for Exchange Professionals junto con Tony Redmond yPaul Cunningham. Tambin
leencanta dar charlas sobre tecnologa yhabla regularmente envarias conferencias
como Microsoft TechEd, Ignite yIT/DEV Connection.
Puede seguir a Michael por Twitter (@vanhybrid) oensublog vanhybrid.com.
Acerca deVeeam Software

Veeam reconoce los nuevos desafos que enfrentan las compaas detodo elmundo para
proporcionar Always-On Business, unnegocio que debe funcionar 24/7/365. Para hacer frente
a esto, Veeam ha sido pionero enunnuevo mercado deDisponibilidad para laEmpresa Always-On
(Availability for the Always-On Enterprise) que ayuda a las organizaciones a cumplir los objetivos
detiempo ypunto derecuperacin (RTPO) menores a 15 minutos para todas las aplicaciones
e informacin, a travs deuna solucin completamente nueva que brinda recuperacin
a alta velocidad, prevencin deprdida dedatos, proteccin verificada, datos aprovechados
yvisibilidad completa. Veeam Availability Suite, que incluye Veeam Backup & Replication,
aprovecha las tecnologas devirtualizacin, almacenamiento ydelanube que permiten habilitar
los centros dedatos modernos para ayudar a las organizaciones a ahorrar tiempo, mitigar riesgos
yreducir drsticamente costos operativos ydecapital.
Fundada en2006, Veeam tiene actualmente 39,000 deProPartners yms de193,000 clientes
entodo elmundo. Lasede central global deVeeam seubica enBaar, Suiza, ylaempresa cuenta
con oficinas entodo elmundo. Para obtener ms informacin, visite http://www.veeam.com.

Disaster recovery
orchestration
for the Enterprise
NEW Veeam Availability Orchestrator

Virtualizing Exchange 2016 Right Way

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Virtualizing Exchange 2016 Right Way

Enviado por

Direitos autorais:

Formatos disponíveis

Virtualizacin

Microsoft realiza untrabajo digno dedocumentar sus recomendaciones1 para lavirtualizacin

Consideraremos lavirtualizacin deExchange desde elpunto devista del administrador deExchange,

Independientemente decmo decida implementar Exchange, siempre debe tener enmente

2017 Veeam Software 2

Antes decontinuar leyendo

Este artculo sebasa eninformacin y recomendaciones disponibles almomento desuescritura

2017 Veeam Software 3

Unservidor deSharePoint 2016 enlas instalaciones desbloquea nuevas caractersticas

Exchange 2016 contina centrndose ennuevos ymejorados escenarios deeDiscovery.

2017 Veeam Software 4

Imagen 1: Outlook enlanueva vista previa deadjuntos conjuntos enlaweb

2017 Veeam Software 5

Algunos puntos clave delaarquitectura preferida para Exchange 2016 son:

Caractersticas deproteccin dedatos integradas que lepermiten aprovechar hardware

I mplemente unnico espacio denombres (namespace) deExchange por protocolo

Lavirtualizacin puede agregar una capa adicional decomplejidad ydegastos deadministracin

Existen pocos onulos beneficios delarecuperacin adicional ycaractersticas deHA

2017 Veeam Software 7

Esinnegable que lavirtualizacin agrega cierta cantidad degastos entrminos deadministracin,

2017 Veeam Software 8

2017 Veeam Software 9

Mejores prcticas para

Por ejemplo, Microsoft respalda completamente laejecucin deExchange enVMware vSphere 5.

2017 Veeam Software 10

Calculadora derequisitos del rol del servidor deExchange

Requisitos del procesador

2017 Veeam Software 11

2017 Veeam Software 12

Lamemoria dinmica, que eslamanera deHyper-V deajustar dinmicamente laasignacin

Imagen 2: Memoria dinmica enfuncionamiento. Fuente: Microsoft

2017 Veeam Software 13

Acceso nouniforme a memoria (NUMA, por sus siglas eningls)

2017 Veeam Software 14

Almacenamiento yE/S dealmacenamiento

2017 Veeam Software 15

2017 Veeam Software 16

Validacin derequisitos dealmacenamiento

Sibien Jetstress sedesarroll originalmente para utilizarse solamente enimplementaciones

Almomento deejecutar Jetstress enalmacenamiento compartido, algunas organizaciones eligen

2017 Veeam Software 17

2017 Veeam Software 18

Alta Disponibilidad (HA)

2017 Veeam Software 20

2017 Veeam Software 21

Reglas deafinidad demquinas virtuales

Recuperacin dedatos con Veeam

2017 Veeam Software 22

Restaurar unelemento delaCarpeta deelementos recuperables noesunproceso sencillo, porque

Backups yrecuperacin ante desastres (DR)

2017 Veeam Software 23

3. E jecute elprograma deconfiguracin deExchange con elbotn /m:recoverserver. Durante

3. E jecute elprograma deconfiguracin deExchange con elbotn /m:recoverserver. Durante

2017 Veeam Software 24

Backups con reconocimiento deaplicacin con

Para habilitar lacaracterstica, primero debe seleccionar Habilitar procesamiento con

Imagen 3: Habilitacin del procesamiento con reconocimiento deaplicaciones

Una vez iniciado elbackup dereconocimiento deaplicaciones, seimplementa unservicio deadministracin

2017 Veeam Software 25

2017 Veeam Software 26

Acerca del autor

Esunapasionado delatecnologa dinmica, est especializado enuna variedad

Puede seguir a Michael por Twitter (@vanhybrid) oensublog vanhybrid.com.

Acerca deVeeam Software