DP-300 Parte 6 Sin acabar

Tienes una suscripción de Azure que contiene una base de datos Azure SQL de nivel Standard SKU llamada DB1. Necesitas habilitar las copias de seguridad de restauración a un punto en el tiempo (PITR) para DB1. La solución debe maximizar el tiempo que se conservan las copias de seguridad. Pregunta: ¿Qué periodo de retención deberías configurar?. 7 días. 35 días. 180 días. 365 días.

Tienes una suscripción de Azure que contiene 50 instancias de SQL Server en Máquinas Virtuales de Azure. Las instancias alojan 500 bases de datos Azure SQL. Necesitas asegurarte de que todas las bases de datos tengan la misma configuración. La solución debe cumplir con los siguientes requisitos: La auditoría debe estar habilitada. Defender for Databases en Microsoft Defender for Cloud debe estar habilitado. El acceso a la red pública debe estar deshabilitado. El esfuerzo administrativo debe minimizarse. ¿Qué dos recursos deberías crear en la suscripción? Cada respuesta correcta presenta parte de la solución. Un runbook de Azure Automation. Una iniciativa de Azure Policy. Una asignación de Azure Policy (an Azure Policy assignment). Una cuenta de Azure Automation. Una definición de Azure Policy (an Azure Policy definition).

Estás creando una solución de copia de seguridad de base de datos para una base de datos SQL Server alojada en una máquina virtual de Azure. En caso de una interrupción regional de Azure (regional outage), debes poder restaurar las copias de seguridad de la base de datos. La solución debe minimizar los costos. ¿Qué tipo de cuentas de almacenamiento deberías usar para las copias de seguridad?. Almacenamiento con redundancia local (LRS). Almacenamiento con redundancia geográfica con acceso de lectura (RA-GRS). Almacenamiento con redundancia de zona (ZRS). Almacenamiento con redundancia geográfica (GRS).

Tienes dos servidores de Azure SQL Database llamados Server1 y Server2. Cada servidor contiene una base de datos de Azure SQL llamada Database1. Necesitas restaurar Database1 desde Server1 hacia Server2. La solución debe reemplazar la base de datos Database1 existente en Server2. Solución: Ejecutas el cmdlet de PowerShell Remove-AzSqlDatabase para Database1 en Server2. Luego, ejecutas el cmdlet de PowerShell Restore-AzSqlDatabase para Database1 en Server2. ¿Cumple esto con el objetivo?. Sí. No.

Tienes una suscripción de Azure. Necesitas implementar dos instancias de SQL Server en máquinas virtuales de Azure en una configuración de alta disponibilidad que utilizará un grupo de disponibilidad Always On. La solución debe cumplir con los siguientes requisitos: Minimizar el tiempo necesario para la conmutación por error (failover). Mantener las conexiones existentes a la réplica primaria durante una conmutación por error. ¿Qué deberías hacer?. Conectar cada máquina virtual a una subred diferente en una red virtual. Implementar un equilibrador de carga de Azure básico. Conectar cada máquina virtual a una subred diferente en una única red virtual. Conectar cada máquina virtual a una única subred en una única red virtual. Conectar cada máquina virtual a una única subred en una red virtual. Implementar un equilibrador de carga de Azure estándar.

Implementas una instancia de SQL Server en máquinas virtuales de Azure llamada SQL1 que aloja varias bases de datos. Configuras el modelo de recuperación completa (full recovery model) para todas las bases de datos. Realizas una copia de seguridad completa de la base de datos master en SQL1. Necesitas realizar una copia de seguridad adicional de la base de datos master en SQL1. La solución debe minimizar el tiempo necesario para realizar la copia de seguridad. ¿Qué tipo de copia de seguridad deberías realizar?. Log (registro). Full (completa). Diferencial. Tail-log (cola del registro).

Tienes una suscripción de Azure que contiene una base de datos de Azure SQL llamada DB1. Necesitas recomendar una solución de alta disponibilidad y recuperación ante desastres (HA/DR) para DB1. La solución debe cumplir con los siguientes requisitos: Garantizar que se pueda cumplir con un objetivo de tiempo de recuperación (RTO) de menos de cinco minutos. Garantizar que se pueda cumplir con un objetivo de punto de recuperación (RPO) de menos de 30 segundos. Garantizar la disponibilidad en caso de una interrupción de la región de Azure. ¿Qué deberías incluir en la recomendación?. Redundancia de zona (zone redundancy). Grupos de conmutación por error (failover groups). Geo-restauración (geo-restore). Azure Site Recovery.

Tienes 10 máquinas virtuales de Azure que tienen SQL Server instalado. Necesitas implementar una estrategia de copia de seguridad para asegurar que puedes restaurar bases de datos específicas en otras instancias de SQL Server. La solución debe proporcionar una gestión centralizada de las copias de seguridad. ¿Qué deberías incluir en la estrategia de copia de seguridad?. Copia de seguridad automatizada (Automated Backup) en la configuración de la máquina virtual SQL. Azure Backup. Azure Site Recovery. Trabajos del Agente SQL Server (SQL Server Agent jobs).

Tienes una base de datos de Azure SQL llamada SQLDb1 que contiene los recursos mostrados en la siguiente tabla: Nombre Tipo Table1 Tabla Rowstore (Rowstore table) Column1 Nvarchar(max) Column1 contiene datos JSON. Necesitas comprimir Column1. La solución debe minimizar la cantidad de almacenamiento utilizado. ¿Qué deberías usar? ¿Qué deberías usar?. La función COMPRESS(). Compresión de archivo de columnstore (columnstore archive compression). Compresión de fila (row compression). Compresión de columnstore (columnstore compression).

Tienes una suscripción de Azure que contiene dos instancias de SQL Server en Máquinas Virtuales de Azure llamadas VM1 y VM2. Ambas instancias ejecutan Microsoft SQL Server 2019 con la última actualización acumulativa. Necesitas implementar una instancia de clúster de conmutación por error (FCI) en VM1 y VM2. La solución debe eliminar la necesidad de lo siguiente: Un nombre de red distribuido (DNN). Un equilibrador de carga (load balancer). ¿Qué deberías hacer?. Implementar VM1 y VM2 en un único grupo de colocación de proximidad (proximity placement group). Implementar VM1 y VM2 en diferentes grupos de colocación de proximidad en la misma región de Azure. Conectar VM1 y VM2 a una única subred. Conectar VM1 y VM2 a diferentes subredes en una única red virtual.

Tienes una suscripción de Azure que contiene una instancia administrada de Azure SQL llamada Server1. Necesitas garantizar la disponibilidad de Server1 si una región de Azure falla. Pregunta: ¿Qué deberías hacer?. Migrar las bases de datos alojadas en Server1 al nivel de servicio Hyperscale y habilitar el almacenamiento con redundancia local (LRS). Crear un grupo de conmutación por error (failover group) y desplegar un servidor lógico para Azure SQL Database en una región de Azure diferente. Crear un grupo de conmutación por error y desplegar una nueva instancia administrada de SQL en una región de Azure diferente. Crear una réplica de solo lectura en una región de Azure diferente y configurar Server1 para usar la réplica.

Necesitas recomendar una solución de recuperación ante desastres para una base de datos Microsoft SQL Server local (on-premises). La solución debe cumplir con los siguientes requisitos: Admitir la replicación de datos en tiempo real a una región geográfica diferente. Utilizar Azure como destino de recuperación ante desastres. Minimizar los costos y el esfuerzo administrativo. ¿Qué deberías incluir en la recomendación?. Reflejo de base de datos (database mirroring) en una instancia de SQL Server en Máquinas Virtuales de Azure. Grupos de disponibilidad para SQL Server en Máquinas Virtuales de Azure. Un enlace de Instancia Administrada de Azure SQL (an Azure SQL Managed Instance link). Replicación transaccional hacia una Instancia Administrada de Azure SQL (transactional replication to an Azure SQL Managed Instance).

Tienes una suscripción de Azure que contiene tres instancias de SQL Server en Máquinas Virtuales de Azure. Planeas implementar una solución de recuperación ante desastres. Necesitas poder realizar simulacros de recuperación ante desastres con regularidad. La solución debe cumplir con los siguientes requisitos: Minimizar el esfuerzo administrativo para los simulacros de recuperación. Aislar el entorno de recuperación del entorno de producción. ¿Qué deberías usar?. Copia de seguridad nativa de Microsoft SQL Server (native Microsoft SQL Server backup). Azure Site Recovery. Almacenes de Recovery Services (Recovery Services vaults). Azure Backup.

Planeas implementar dos instancias de SQL Server en máquinas virtuales de Azure en una configuración de alta disponibilidad que utilizará un grupo de disponibilidad Always On. Necesitas recomendar una solución de implementación que cumpla con los siguientes requisitos: Proporcionar un Acuerdo de Nivel de Servicio (SLA) de al menos 99.95%. Replicar las bases de datos en el mismo grupo de forma síncrona. Minimizar la latencia de las escrituras en la base de datos. ¿Qué deberías recomendar? ¿Qué deberías recomendar?. Crear dos grupos de proximidad y dos conjuntos de disponibilidad. Implementar cada máquina virtual en un conjunto de disponibilidad único. Agregar una máquina virtual a cada grupo de proximidad. Crear un grupo de proximidad y un conjunto de disponibilidad. Implementar cada máquina virtual en el conjunto de disponibilidad. Agregar ambas máquinas virtuales al grupo de proximidad. Crear un grupo de proximidad y dos conjuntos de disponibilidad. Implementar cada máquina virtual en un conjunto de disponibilidad único. Agregar ambas máquinas virtuales al grupo de proximidad. Crear dos grupos de proximidad y un único conjunto de disponibilidad. Implementar ambas máquinas virtuales en el conjunto de disponibilidad. Agregar una máquina virtual a cada grupo de proximidad.

Tienes cuatro máquinas virtuales de Azure alojadas en diferentes zonas de disponibilidad dentro de la misma región de Azure. Planeas implementar una instancia de clúster de conmutación por error (FCI) de Microsoft SQL Server Always On en las cuatro máquinas virtuales. ¿Cuál es la opción de quórum más resiliente para el despliegue?. Un testigo en la nube (a cloud witness). Mayoría de nodos y discos (Node and Disk Majority). Mayoría de nodos y recursos compartidos de archivos (Node and File Share Majority). Mayoría de nodos (Node Majority).

Tienes una aplicación multinivel local (on-premises) llamada App1 que incluye un nivel web, un nivel de aplicación y un nivel de Microsoft SQL Server. Todos los niveles se ejecutan en máquinas virtuales Hyper-V. Tu nuevo plan de recuperación ante desastres requiere que todas las aplicaciones críticas para el negocio se puedan recuperar en Azure. Necesitas recomendar una solución para realizar la conmutación por error (failover) del nivel de base de datos de App1 hacia Azure. La solución debe proporcionar la capacidad de probar la conmutación por error a Azure sin afectar el entorno actual. ¿Qué deberías incluir en la recomendación?. Azure Backup. Azure Information Protection. Windows Server Failover Cluster. Azure Site Recovery.

Estás modificando una solución de recuperación ante desastres existente para una instancia administrada de Azure SQL que contiene un grupo de conmutación por error (failover group) llamado FG1. Necesitas garantizar el tiempo máximo de tránsito (pérdida de datos potencial) para FG1 cuando ocurre una conmutación por error automática. ¿Qué deberías configurar?. Un grupo de disponibilidad (an availability group). Una instancia administrada secundaria (a secondary managed instance). Una política de conmutación por error (a failover policy). Un periodo de gracia (a grace period).

Tienes una base de datos de Azure SQL llamada Sales. Necesitas implementar una solución de recuperación ante desastres para Sales que cumpla con los siguientes requisitos: Durante las operaciones normales, proporcionar al menos dos copias legibles de Sales. Garantizar que Sales permanezca disponible si falla un centro de datos. Solución: Implementas una base de datos Azure SQL que utiliza el nivel de servicio General Purpose (Propósito General) y geo-replicación. ¿Cumple esto el objetivo?. Sí. No.

Tienes un único conjunto de disponibilidad (availability set) que contiene dos instancias de SQL Server en máquinas virtuales de Azure. Las instancias se implementaron utilizando una imagen de Azure Marketplace de SQL Server 2019 Enterprise con las últimas actualizaciones acumulativas aplicadas. Las instancias están configuradas como los nodos de una instancia de clúster de conmutación por error (failover cluster instance o FCI) llamada FCI1. Necesitas asegurarte de que las aplicaciones cliente puedan conectarse a FCI1. La solución debe cumplir con los siguientes requisitos: Proporcionar un Acuerdo de Nivel de Servicio (SLA) de disponibilidad. Minimizar los costos. ¿Qué deberías crear?. Un equilibrador de carga de Azure estándar (an Azure Standard Load Balancer). Un recurso de nombre de red virtual (VNN). Un equilibrador de carga de Azure básico. Un recurso de nombre de red distribuido (DNN).

Tienes una base de datos de Azure SQL llamada SQL1. Necesitas implementar una solución de recuperación ante desastres para SQL1. La solución debe minimizar lo siguiente: El objetivo de punto de recuperación (RPO). El objetivo de tiempo de recuperación (RTO). El esfuerzo administrativo. ¿Qué deberías incluir en la solución?. Azure Site Recovery. Geo-replicación activa (active geo-replication). Grupos de disponibilidad (availability groups). Grupos de conmutación por error automática (auto-failover groups).

Tienes dos servidores de Azure SQL Database llamados Server1 y Server2. Cada servidor contiene una base de datos de Azure SQL llamada Database1. Necesitas restaurar Database1 desde Server1 hacia Server2. La solución debe reemplazar la base de datos Database1 existente en Server2. Solución: Restauras la copia de seguridad de Database1 desde Server1 hacia Server2 utilizando el comando RESTORE de Transact-SQL con la opción REPLACE. ¿Cumple esto con el objetivo?. Sí. No.

Tienes dos instancias locales (on-premises) de Microsoft SQL Server 2022, como se muestra en la siguiente tabla: Nombre Descripción Server1 Contiene una base de datos activa llamada DB1 que utiliza el modelo de recuperación simple (simple recovery model). Server2 Se utiliza como destino de conmutación por error (failover) para DB1 y contiene una base de datos llamada DB2. Necesitas configurar el envío de registros (log shipping) entre DB1 y DB2. ¿Qué deberías hacer primero en DB1?. Crear una nueva copia de seguridad del registro (log backup). Ejecutar el comando sp_add_log_shipping_primary_database. Habilitar el modelo de recuperación completa (full) o de registro masivo (bulk-logged). Deshabilitar SQL Server Browser.

Tienes una suscripción de Azure que contiene dos instancias administradas de Azure SQL llamadas SQLMI1 y SQLMI2. SQLMI1 contiene una base de datos llamada DB1 y un usuario llamado User1. El usuario User1 elimina (drops) la base de datos DB1. Necesitas realizar una restauración a un punto en el tiempo (point-in-time restore) de DB1 hacia SQLMI2. ¿Qué deberías usar para realizar la restauración?. Azure CLI. Transact-SQL. El portal de Azure. Azure PowerShell.

Tienes dos servidores de Azure SQL Database llamados Server1 y Server2. Cada servidor contiene una base de datos Azure SQL llamada Database1. Necesitas restaurar Database1 de Server1 a Server2. La solución debe reemplazar la Database1 existente en Server2. Solución: Desde Microsoft SQL Server Management Studio (SSMS), cambias el nombre de Database1 en Server2 a Database2. Desde el portal de Azure, creas una nueva base de datos en Server2 restaurando la copia de seguridad de Database1 de Server1 y luego eliminas Database2. ¿Cumple esto con el objetivo?. Sí. No.

Tienes una suscripción de Azure que contiene dos servidores de Azure SQL llamados Server1 y Server2. Server1 está en la región East US y aloja una base de datos llamada DB1. Server2 está en la región West US. Habilitas la geo-replicación activa para DB1 y configuras Server2 como el servidor de destino. Necesitas probar la disponibilidad de DB1 en caso de una interrupción de la región de Azure. La solución debe minimizar el esfuerzo administrativo. ¿Qué comando de la Interfaz de Línea de Comandos de Azure (CLI) deberías incluir en la solución?. az sql replica delete-link. az sql db delete. az sql db update. az sql db rename.

Tienes una máquina virtual de Azure llamada Server1 que ejecuta Windows Server 2022. Server1 contiene una instancia de Microsoft SQL Server 2022 llamada SQL1 y una base de datos llamada DB1. Creas una clave maestra (master key) en la base de datos master de SQL1. Necesitas crear una copia de seguridad cifrada de DB1. ¿Qué deberías hacer?. Crear una clave simétrica en DB1. Habilitar la seguridad basada en virtualización (VBS) en Server1. Crear un certificado en DB1. Crear un certificado en la base de datos master de SQL1.

Tienes un grupo de conmutación por error (failover group) de Azure SQL Database llamado AzFG1. Planeas ejecutar el siguiente comando de la CLI de Azure: az sql failover-group update \ --name AzFG1 \ --grace-period 2 \ --failover-policy Automatic ¿Cómo afectará esto a AzFG1?. Se perderán hasta dos horas de datos durante una conmutación por error automática. La conmutación por error automática ocurrirá después de un mínimo de dos horas. No se puede iniciar una conmutación por error forzada durante el periodo de gracia. AzFG1 intentará realizar una conmutación por error de retorno (fail back) en un plazo de dos horas.

Tienes una suscripción de Azure que contiene una base de datos Azure SQL llamada SQL1. SQL1 se encuentra en una región de Azure que no admite zonas de disponibilidad (availability zones). Necesitas asegurarte de tener una réplica secundaria de SQL1 en la misma región. ¿Qué deberías usar?. Envío de registros (log shipping). Geo-replicación activa (active geo-replication). Clústeres de conmutación por error de Microsoft SQL Server (Microsoft SQL Server failover clusters). Grupos de conmutación por error automática (auto-failover groups).

Tienes una base de datos de Azure SQL llamada DB1. Necesitas asegurarte de que DB1 admita la conmutación por error automática sin pérdida de datos si falla un centro de datos. La solución debe minimizar los costos. ¿Qué opción de implementación y nivel de precios deberías configurar?. Azure SQL Database managed instance General Purpose. Azure SQL Database Hyperscale. Azure SQL Database Premium. Azure SQL Database managed instance Business Critical.