Preparación para la Certificación Microsoft AZ-305
Diseña copias de seguridad y recuperación con Azure Backup, almacenamiento, SQL y Site Recovery
Convierte los objetivos empresariales de recuperación en protección por capas para blobs, recursos compartidos de archivos, máquinas virtuales, bases de datos y cargas completas.
Tiempo de estudio sugerido: 78 minutos • Nivel intermedio • Reescritura original completa con resumen conciso de cada tema
Por João Ricardo Dutra••Contenido original completo
1. El arquitecto convierte el riesgo de interrupción en un diseño de recuperación
La copia de seguridad y la recuperación ante desastres evitan que un fallo de hardware, un error humano, una acción malintencionada o una interrupción regional se conviertan en una pérdida irrecuperable. Migrar a la nube no elimina la responsabilidad: hay que decidir qué proteger, dónde conservar las copias y cómo restablecer el servicio dentro de los objetivos.
Pensemos en un minorista que migra sitios web, datos operativos y vídeo desde centros de datos propios. reduce la demora de adquisición, pero cada carga necesita una ruta adecuada. El capítulo desarrolla esa decisión para ,,,, y .
Diseñar requisitos de copia de seguridad y recuperación.
Seleccionar y proteger sus almacenes.
Proteger blobs, archivos, máquinas virtuales y datos SQL.
Usar para una recuperación orquestada.
Relacionar las decisiones con el objetivo de continuidad de AZ-305.
Como requisitos previos, conviene comprender conceptualmente la continuidad y recuperación ante desastres (BCDR), conocer la replicación de objetos y las herramientas de recuperación, y saber interpretar requisitos de recuperación.
Resumen del tema
Un diseño sólido une el impacto empresarial con una copia recuperable, una restauración probada y un proceso operativo responsable.
2. La confiabilidad y la resistencia son propiedades de la carga
Una aplicación confiable permanece disponible y saludable sin inactividad significativa. La resistencia es su capacidad de absorber un fallo, continuar de forma controlada y volver a un estado conocido. Más servidores o almacenamiento aumentan la redundancia, pero la recuperación también necesita datos protegidos y procedimientos practicados.
Defina los requisitos y un plan de resistencia antes de seleccionar un servicio. Las cargas críticas y no críticas rara vez justifican la misma arquitectura, retención, alcance regional o coste.
Resumen del tema
La confiabilidad es el resultado medido de redundancia, recuperación, operación y pruebas, no una etiqueta de producto.
3. Separe las cargas y analice sus patrones de uso
Trate cada capacidad lógica del negocio como una carga. Incluso dos aplicaciones sobre la misma plataforma pueden necesitar distinta disponibilidad, escalabilidad, coherencia y recuperación. Dibuje las dependencias para no declarar recuperado el front-end si la identidad, base de datos, o red siguen fuera de servicio.
Los patrones de uso determinan criticidad y geografía. Un servicio de ingresos puede necesitar varias regiones; una utilidad interna de bajo impacto puede quedarse en una para reducir costes.
Resumen del tema
Divida el entorno por carga y dependencia y asigne protección según el uso y el impacto reales.
4. MTBF y MTTR muestran el ritmo esperado de fallos
El tiempo medio entre fallos (MTBF) estima cuánto opera un componente antes de otro fallo. El tiempo medio de recuperación (MTTR) mide el promedio para restaurarlo. Juntos orientan redundancia, automatización, capacidad de reserva y soporte.
Si el MTTR de una dependencia crítica supera el RTO de la solución, la promesa no es viable. Elimine el cuello de botella, agregue una ruta más rápida o renegocie el objetivo.
Resumen del tema
Use MTBF para estimar la frecuencia y MTTR para demostrar que cada dependencia se recupera a tiempo.
5. RTO, RPO y RLO forman el contrato de recuperación
Métricas fundamentales.
Métrica
Pregunta
Efecto en el diseño
RTO — objetivo de tiempo de recuperación
¿Cuánto puede estar inactiva la carga?
Limita detección, decisión, restauración, arranque, validación y cambio de tráfico.
RPO — objetivo de punto de recuperación
¿Cuántos datos recientes pueden perderse?
Limita frecuencia de copia, retraso de replicación y punto elegido.
RLO — objetivo de nivel de recuperación
¿Con qué granularidad se recupera?
Determina si la unidad es elemento, base de datos, aplicación, sitio o granja.
Evalúe el coste y el riesgo tanto de la inactividad como de la pérdida de datos. Restaurar todo un sitio rápidamente no satisface la recuperación de un archivo borrado, y recuperar un elemento no reconstruye una región.
Las métricas describen frecuencia, velocidad, pérdida aceptable y granularidad.
Resumen del tema
RTO limita la interrupción, RPO limita la pérdida de datos y RLO define la unidad recuperable.
6. El objetivo de disponibilidad debe incluir las dependencias
Defina un objetivo por carga considerando coste, complejidad, dependencias y replicación. Un de expresa el compromiso de Microsoft para un servicio; es un dato del cálculo, no la garantía integral de la aplicación.
Una carga con 99,99 % no puede depender de un único componente diseñado para 99,9 %. Mejore esa dependencia, cree una ruta alternativa o acepte un objetivo inferior.
Resumen del tema
Calcule la disponibilidad de toda la cadena y no confunda el del servicio con el de la carga.
7. Seleccione tecnología después de medir los objetivos
Con carga, alcance de fallo, RTO, RPO, RLO, retención, cumplimiento y presupuesto definidos, elija la protección. Las instantáneas locales priorizan velocidad; las copias en almacén aíslan; la replicación continua reduce la brecha; y los planes orquestan aplicaciones multicapa.
Ninguna función cubre todos los riesgos. Combine controles para que borrado, corrupción, compromiso de cuenta, pérdida de infraestructura e interrupción regional no compartan el mismo límite.
Resumen del tema
Relacione cada escenario con un control cuyas características probadas cumplan los objetivos.
8. protege orígenes locales y en la nube
Opciones representativas de .
Origen
Enfoque
Archivos, carpetas y estado del sistema locales
Agente de Recovery Services (MARS).
Hyper-V, VMware y aplicaciones locales
System Center Data Protection Manager (DPM) o Backup Server (MABS).
Windows y Linux
Copia completa mediante extensión o elementos seleccionados mediante MARS.
Copia nativa del recurso compartido.
SQL Server o SAP HANA en VM
Copia de base de datos consciente de la carga.
sustituye medios físicos y muchas operaciones externas por un servicio administrado, escalable y de pago por uso. El origen y el tipo de restauración determinan el componente y el almacén.
El componente y el almacén cambian según la carga.
Resumen del tema
Seleccione el componente de desde el origen, la ubicación y el alcance de restauración.
9. Los almacenes de Backup y Recovery Services sirven cargas diferentes
Un almacén contiene configuración, puntos y directivas. El almacén de Backup admite escenarios más recientes de . El almacén de Recovery Services admite cargas como máquinas virtuales y y también conserva la configuración de .
Consulte la matriz de compatibilidad: no son intercambiables por llamarse “almacén”. Separar Backup y Site Recovery puede aclarar permisos, ciclo de vida y propiedad.
Resumen del tema
Elija el almacén por la carga compatible y el límite operativo, no solo por su nombre.
10. Organice almacenes, directivas y permisos de forma intencional
Un almacén único funciona si equipo, suscripción, región, seguridad y ciclo coinciden. Use varios si cambian suscripciones, regiones, administradores, cumplimiento o responsabilidades de copia y desastre.
Asocie cada directiva al almacén correcto.
Use para propagar requisitos a escala.
Use el control de acceso basado en roles de () y privilegio mínimo.
Separe administración y operaciones destructivas o de recuperación cuando el riesgo lo exija.
Resumen del tema
La topología debe reflejar límites de suscripción, región, seguridad, cumplimiento y propiedad.
11. La redundancia y la ciberresistencia protegen la copia
Controles de resistencia.
Control
Finalidad
LRS
Conserva copias dentro de un con redundancia local.
ZRS
Distribuye copias entre zonas de la región, donde se admite.
GRS
Replica datos hacia una región secundaria emparejada.
Almacén inmutable
Impide borrar puntos antes de vencer y permite bloquear la inmutabilidad.
Autorización multiusuario y Resource Guard
Agrega otra frontera de autorización para acciones críticas.
Resiliencia en
Centraliza copia, desastre, postura, alertas y protección entre ámbitos.
Elija la redundancia antes de proteger si después se restringe el cambio. La experiencia unificada actual se llama Resiliencia en ; antes era Business Continuity Center.
La copia necesita resistencia geográfica, control, inmutabilidad y supervisión.
Resumen del tema
Una copia es confiable cuando almacenamiento, autorización, inmutabilidad y supervisión resisten el mismo incidente que producción.
12. La copia operativa de blobs permanece en la cuenta de origen
La copia operativa de blobs en bloques es continua y local: los datos quedan en la cuenta de almacenamiento, no en un almacén. No hay programación periódica; sigue los cambios durante la retención y permite volver a un punto anterior.
Esto agiliza la recuperación de borrado o corrupción, pero comparte el límite de la cuenta. Añada aislamiento si contempla borrado de cuenta, ransomware o administrador comprometido.
Resumen del tema
La copia operativa ofrece recuperación rápida dentro de la cuenta y necesita complemento cuando el riesgo exige aislamiento.
13. La eliminación temporal y el control de versiones preservan blobs
La eliminación temporal conserva un blob, instantánea o versión borrada entre 1 y 365 días; el valor común predeterminado es siete. La eliminación temporal de contenedor recupera el contenedor y su contenido, pero no la cuenta eliminada.
El control de versiones guarda estados anteriores después de escrituras. Es útil con varios autores, pero consume almacenamiento; aplique administración del ciclo de vida para retirar versiones obsoletas.
Las capas internas cubren distintos eventos de borrado y cambio.
Resumen del tema
Combine eliminación temporal de contenedor y blob con versiones para recuperar borrados y sobrescrituras.
14. La restauración puntual y los bloqueos cubren errores amplios
La restauración puntual de blobs en bloques revierte contenedores o intervalos a un estado anterior. Usa una directiva, depende del seguimiento de cambios y requiere retención inferior a la eliminación temporal. Sirve para deshacer muchas escrituras y borrados o restablecer datos de prueba.
CanNotDelete permite lectura y cambios, pero impide borrar; ReadOnly también impide cambios. Los bloqueos previenen acciones de administración, pero no crean una copia histórica.
Resumen del tema
Use restauración puntual para reversión amplia y bloqueos para prevenir acciones; ninguno sustituye una copia aislada.
15. Las instantáneas de son copias incrementales puntuales
Una instantánea captura todo el árbol del recurso compartido y solo almacena cambios. Puede crearse desde Portal, , bibliotecas, CLI de , o automáticamente mediante una directiva.
Es de solo lectura y restaura todo el recurso o archivos individuales. El recurso no puede borrarse mientras existan instantáneas. Al permanecer junto al origen, no equivale por sí sola a una copia externa.
Resumen del tema
Las instantáneas son vistas rápidas, incrementales e inmutables con restauración por archivo, pero comparten la cuenta.
16. Las capas de instantánea y almacén intercambian velocidad por aislamiento
Capas de copia para .
Capa
Ubicación
Uso y limitación
Instantánea
Instantáneas en la cuenta; en Recovery Services.
Restauración rápida y retención diaria, semanal, mensual o anual, pero expuesta a pérdida de cuenta.
Vault-Standard
Cambios transferidos a un almacén de Backup externo.
Hasta 10 años y protección frente a borrado de cuenta, ransomware y administrador malintencionado.
La copia en almacén de está disponible con carácter general. Microsoft la recomienda para protección completa; compruebe regiones y límites.
La instantánea optimiza velocidad; el almacén crea aislamiento.
Resumen del tema
Use instantánea para rapidez y almacén para retención y resistencia; combine si necesita ambas.
17. Recuperar archivos requiere directiva, supervisión y práctica
Use restauración instantánea para todo el recurso o archivos concretos.
Cree puntos a petición antes de cambios de riesgo.
Use alertas e informes para detectar protección ausente o fallida.
Habilite versiones anteriores mediante Windows/VSS si procede.
Clasifique recursos públicos e internos para alinear retención y aislamiento.
Resumen del tema
La protección de archivos es un proceso: prográmela, supervísela y practique la restauración.
18. Las directivas Standard y Enhanced moldean la copia de VM
Comparación de directivas.
Directiva
Características
Standard
Normalmente una copia diaria e instantáneas Standard para recuperación rápida; adecuada para muchos escenarios.
Enhanced
Hasta una copia cada cuatro horas, instantáneas ZRS, más retención operativa, Trusted Launch, , Premium SSD v2 y coherencia multidisco .
Herramientas recientes añaden soporte Standard limitado para algunas operaciones de Trusted Launch, pero Enhanced sigue siendo la recomendación amplia para capacidades modernas. Confirme la matriz.
Resumen del tema
Use Enhanced cuando frecuencia, zonas, Trusted Launch, discos modernos o coherencia multidisco superen Standard.
19. La copia de VM tiene una fase de instantánea y otra de transferencia
El trabajo crea primero una instantánea en almacenamiento y luego transfiere los datos protegidos al almacén de Recovery Services. La instantánea facilita rapidez; el almacén aporta retención y aislamiento. Puede restaurarse toda la VM, discos o archivos.
Los puntos pueden ser coherentes con aplicación, sistema de archivos o bloqueo. Elija el máximo nivel que la carga produzca con fiabilidad. Los datos se cifran en reposo con Service Encryption y se admiten escenarios documentados con Disk Encryption.
El flujo separa la instantánea rápida de la retención duradera.
Resumen del tema
Comprenda ambas fases y use una coherencia que recupere la aplicación, no solo la máquina.
20. Programe, supervise, pruebe y distribuya restauraciones de VM
Programe fuera de horas punta y evite solapamientos.
Agrupe en una directiva solo VMs con igual horario, frecuencia y retención.
Use copias a petición para puntos excepcionales.
Supervise y ensaye recuperación de VM, disco y archivo.
Planifique rendimiento; cuentas GPv2 separadas pueden reducir limitación.
Habilite restauración entre regiones en almacenes GRS aptos para pruebas, auditoría o desastre.
La restauración entre regiones es opcional, tiene coste y compatibilidad específica, y el punto secundario puede retrasarse. También se aplica a copias compatibles de SQL Server y SAP HANA en VM.
Resumen del tema
El diseño de VM termina cuando frecuencia, aislamiento, capacidad y recuperación regional están probados.
21. Las copias automatizadas de forman una cadena administrada
y protegen automáticamente para restauración puntual. Habitualmente se crea una copia completa semanal, diferenciales cada 12–24 horas y registros de transacciones cada 5–10 minutos según actividad y proceso.
selecciona la cadena necesaria al restaurar. El administrador no programa trabajos, pero gestiona retención, autorización, estrategia regional y validación.
compone la cadena del instante elegido.
Resumen del tema
La copia administrada elimina la programación, no la responsabilidad de retención, acceso, alcance y región.
22. ofrece recuperación puntual, de borrado, geográfica y prolongada
La restauración puntual crea otra base de datos en el mismo servidor lógico o instancia con nombre diferente.
Una base borrada se recrea en el mismo servidor o instancia desde un punto retenido.
La restauración geográfica crea una base en un servidor o instancia disponible de otra región.
La retención a largo plazo copia backups completos seleccionados a redundante hasta 10 años.
La retención corta cubre 1–35 días según configuración. LTR sirve para historia y cumplimiento y restaura como nueva base. Para RTO o RPO regional estricto, combine con replicación geográfica activa o grupos de conmutación por error.
Resumen del tema
Elija la recuperación SQL según el incidente y valide la base nueva antes de ponerla en producción.
23. protege cargas en ejecución entre ubicaciones
replica máquinas compatibles del sitio principal al secundario y orquesta conmutación por error y conmutación por recuperación. Admite regiones de y escenarios de VMware, Hyper-V, servidores físicos, Stack y otros orígenes hacia .
Portal centraliza replicación, estado, pruebas, conmutaciones planeadas o no y reprotección. El servicio mueve datos sin interpretar la aplicación; la VM de destino se crea a partir del almacenamiento replicado.
Resumen del tema
Site Recovery administra replicación y orquestación de VM; la corrección de la aplicación requiere recuperación y validación conscientes de la carga.
24. La replicación continua reduce RPO y los puntos coherentes mejoran la recuperación
Capacidades de Site Recovery.
Capacidad
Valor
Replicación continua
Cambios de VM de y VMware continuos; Hyper-V puede llegar a 30 segundos.
Punto coherente con aplicación
Captura disco, memoria y transacciones en proceso mediante coordinación compatible.
Conmutación de prueba
Ensaya sin interrumpir la replicación.
Conmutación planeada
Coordina un corte esperado buscando pérdida cero si el origen está disponible.
Conmutación no planeada
Recupera un desastre con pérdida limitada por el punto disponible.
Conmutación por recuperación
Devuelve la carga al sitio principal cuando está sano.
Mida RTO y RPO de aplicación. Salud, tasa de cambio, red, dependencias, , tráfico y validación cambian el resultado.
Resumen del tema
Frecuencia y coherencia reducen riesgo, pero solo las pruebas integrales demuestran los objetivos.
25. Los planes de recuperación orquestan aplicaciones multicapa
Un plan agrupa máquinas e inicia capas en orden: base de datos, y front-end. Las máquinas de un grupo pueden recuperarse en paralelo; los grupos avanzan secuencialmente.
Puede incluir runbooks de , scripts y pausas manuales. Site Recovery integra red y puede coordinar SQL Server . Pruebe sin interrupción y actualice el plan cuando cambien las dependencias.
El plan convierte máquinas replicadas en una recuperación ordenada y comprobable.
Resumen del tema
Los planes reducen error manual al codificar orden, automatización y validación de la aplicación completa.
26. y Site Recovery resuelven problemas complementarios
Papeles complementarios.
Servicio
Finalidad
Objetivo
Conservar puntos recuperables a corto o largo plazo.
Restauración granular, corrupción, cumplimiento y borrado.
Mantener una réplica en otra ubicación y orquestar activación.
RTO y RPO menores ante pérdida de sitio o región.
Use ambos si necesita continuidad rápida e historia. La replicación puede copiar corrupción; el backup conserva puntos anteriores. El backup restaura datos, pero puede tardar más en reconstruir todo el servicio.
Resumen del tema
Site Recovery acelera continuidad; conserva historia. Combínelos cuando importen ambos riesgos.
27. Comprobación de conocimientos
Elija la mejor respuesta.
Requisito
Respuesta
Replicar una VM a otra región con RTO y RPO estrictos.
.
Proteger una VM local con copia administrada y por consumo.
con el agente o servidor adecuado.
Mantener una base en grupo elástico tras perder la región principal.
Replicación geográfica activa o grupo de conmutación por error.
Recuperar vídeos críticos eliminados por accidente.
Eliminación temporal de blobs, complementada según el riesgo.
El examen evalúa comportamiento: copia retenida frente a réplica activa y función dentro de la cuenta frente a aislamiento.
Resumen del tema
Asocie replicación a recuperación rápida, backup a historia, replicación geográfica a SQL regional y eliminación temporal al blob borrado.
28. Construya una arquitectura defendible
Inventaríe cargas, datos, dependencias, propietarios y fallos.
Acuerde RTO, RPO, RLO, disponibilidad y retención.
Elija copias locales, zonales, regionales o externas sin límite común.
Defina almacén, redundancia, directiva, identidad, , inmutabilidad y Resource Guard.
Combine protección nativa, , replicación de base y Site Recovery.
Documente orden, capacidad, red, , tráfico y retorno.
Supervise con Resiliencia en y alertas.
Pruebe restauraciones y conmutaciones y compare con objetivos.
Resumen del tema
La arquitectura final debe trazarse desde el impacto hasta la copia aislada, la orquestación y las pruebas.
29. Síntesis del capítulo y próximos pasos
Ahora puede separar métricas de productos, distinguir instantáneas locales de copias aisladas, diseñar protección para blobs, archivos, VM y y situar Site Recovery junto a . Esto apoya el objetivo AZ-305 de recomendar recuperación para entornos e híbridos.
Practique con una carga real: dibuje dependencias, asigne RTO, RPO y RLO y ensaye una restauración por elemento y otra regional. Registre tiempo, punto de datos, pasos manuales y dependencias inesperadas.
En Microsoft Edge, use Microsoft Learn con Copilot para comparar servicios de copia y recuperación de VM y explicar cuándo encaja cada opción.
Pida a Copilot que contraste las opciones de copia y recuperación de y compruebe cada recomendación en la documentación enlazada.
Como laboratorio, proteja una VM de prueba con y realice una restauración sin afectar recursos de producción.
Resumen del tema
El dominio se demuestra cuando la carga completa, no solo un recurso configurado, vuelve dentro de sus objetivos.
