Free Veeam VMCE_v12 Practice Exam with Questions & Answers

To change a backup copy job from periodic mode to immediate mode, the most straightforward approach is D: Create a new backup copy job and delete the original job. Veeam Backup & Replication does not directly allow changing the mode of an existing backup copy job from periodic to immediate within the job settings. Therefore, the recommended practice is to set up a new backup copy job with the desired settings, in this case, immediate mode, which starts copying backups as soon as they are created by the primary backup job. After the new backup copy job is configured and tested to confirm it meets the requirements, the original periodic mode job can be safely deleted. This ensures a seamless transition to the immediate mode operation without risking data protection consistency or coverage.

When integrating a Data Domain deduplication appliance with Veeam Backup & Replication, it is typically used as a backup repository. The backup server may need to take on the gateway role, especially if the Data Domain is integrated over NFS or CIFS. This means that the backup server will be responsible for processing the data flow between the Veeam proxies and the deduplication appliance. If the gateway server (backup server) is not well-resourced, this additional workload can cause an increase in resource consumption on the backup server. The appliance's resources and the SSL certificate are not related to increased resource consumption on the backup server, and simply needing additional resources for deduplication (D) is not specific enough without indicating the gateway role.

To ensure that a backup job includes both the virtual machine's disk files and the Microsoft SQL database transaction logs, Application-aware processing should be used. This feature enables Veeam Backup & Replication to create transactionally consistent backups of VMs running VSS-aware applications like Microsoft SQL Server, ensuring that both the VM disks and the SQL transaction logs are properly backed up.References: Veeam Backup & Replication User Guide, Veeam Application-Aware Processing Guide

By adding a capacity tier to the Scale-out Backup Repository and enabling the "Copy" option, the administrator can create a backup that automatically copies data to a different media type (object storage) and also ensures that the data is offsite. This is accomplished without creating additional backup or backup copy jobs. The "Copy" option allows for immediate copying of backups to the capacity tier, meeting the criteria specified.References:

• Veeam Backup & Replication User Guide: Scale-Out Backup Repository
• Veeam Help Center: Capacity Tier and Archive Tier Configuration

To achieve the goal of recovering a single SQL Database in a consistent manner with minimal impact on the production environment during production hours, while allowing for granular restores through the Veeam console, the engineer should A: Schedule transaction log processing every 30 minutes. By enabling application-aware processing for the SQL VM and scheduling the main backup job to run every 24 hours, the base image of the SQL database is protected. However, to achieve a more granular Recovery Point Objective (RPO) and ensure the ability to restore to specific points in time, transaction log backups must be performed more frequently. Configuring the backup job to process transaction logs every 30 minutes captures the SQL database changes more frequently without the overhead of a full backup, allowing for point-in-time restores directly from the Veeam console without the need for SQL Management Studio (SSMS) or a Database Administrator (DBA). This setup aligns with the goals of maintaining operational efficiency and minimizing the impact on production while ensuring robust data protection capabilities.

To meet the requirements of setting up a Scale-Out Backup Repository (SOBR) with immutability for malware protection and specific retention policies, the most fitting configuration is D: Copy and move mode with a Performance Tier configured on a Linux Hardened Repository using the XFS file system and immutability set for 21 days, and a Capacity Tier on Amazon S3 with immutability set for 60 days. This setup utilizes the copy and move mode to ensure that backups are first stored on the on-premises Linux Hardened Repository with an immutability setting that prevents modifications to backups, providing protection against malware for the most recent 21 days of backups. As this on-premises server has limited capacity, older backups beyond 21 days are moved to the Capacity Tier in Amazon S3, where they are also protected with immutability for the entire 60-day retention period. This configuration leverages the strengths of both on-premises and cloud storage while ensuring that all backups are protected from modification or deletion by immutability, aligning with the customer's malware protection concerns and retention requirements.

A planned failover is a process that allows for the seamless switching from the original VMs at Site A to their replicas at Site B with no data loss. This is the correct course of action when a power outage is expected, as it is a controlled process that ensures that all data is synchronized before the switch is made. This action minimizes data loss and ensures that the VMs on Site B are up-to-date.References:

• Veeam Backup & Replication User Guide: Failover and Failback
• Veeam Help Center: Planned Failover Procedure

Veeam Data Platform can achieve image-level backups for Solaris workloads. This means it can create a complete backup of the system at the image level, capturing the entire state of the Solaris system, including the operating system, applications, and data.References: Veeam Data Platform Documentation, Veeam Solaris Backup Guide

To meet the stringent Recovery Time Objective (RTO) of 4 hours and Recovery Point Objective (RPO) of 1 hour for the two critical applications, the most suitable approach is to use a combination of backup copy jobs and hourly VM replication, which corresponds to answer C. Backup copy jobs can ensure that backups are available offsite for disaster recovery purposes, while VM replication provides the ability to quickly failover to a replica VM in case of a primary VM failure, thereby minimizing downtime. Veeam's replication capabilities are designed to create exact copies of VMs at regular intervals, which can then be rapidly activated in case of a failure. This strategy ensures that the applications can be brought back online within the 4-hour RTO, with data loss not exceeding the 1-hour RPO, thus meeting the company's stringent data protection requirements for these critical applications.

The REST API through Veeam Backup and Replication Server is the available API for automating Veeam Backup and Replication operations. This API enables programmatic control over Veeam Backup & Replication and allows for integration with external systems and custom automation scripts.References: Veeam Backup & Replication RESTful API Reference, Veeam Automation and Scripting Guide