From 12a42da3bdc4a696bbbfce9d7306615260ec9586 Mon Sep 17 00:00:00 2001 From: Timna Brown <24630902+brown9804@users.noreply.github.com> Date: Mon, 17 Mar 2025 06:08:22 -0600 Subject: [PATCH 01/12] overview init --- .../1_Databases/demos/9_MySQL_BU_DR.md | 60 +++++++++++++++++++ 1 file changed, 60 insertions(+) create mode 100644 0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md diff --git a/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md b/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md new file mode 100644 index 000000000..4bb1ade7d --- /dev/null +++ b/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md @@ -0,0 +1,60 @@ +# Azure MySQL:
Backup (BU) & Disaster Recovery (DR) - Overview + +Costa Rica + +[![GitHub](https://badgen.net/badge/icon/github?icon=github&label)](https://github.com) +[![GitHub](https://img.shields.io/badge/--181717?logo=github&logoColor=ffffff)](https://github.com/) +[brown9804](https://github.com/brown9804) + +Last updated: 2025-01-20 + +---------- + +
+List of References (Click to expand) + +- [Backup and restore in Azure Database for MySQL - Flexible Server](https://learn.microsoft.com/en-us/azure/mysql/flexible-server/concepts-backup-restore) +- [Back up an Azure Database for MySQL flexible server by using Azure Backup (preview)](https://learn.microsoft.com/en-us/azure/backup/backup-azure-mysql-flexible-server) +- [Migrate your MySQL database to Azure Database for MySQL - Flexible Server using dump and restore](https://learn.microsoft.com/en-us/azure/mysql/flexible-server/concepts-migrate-dump-restore) +- [Trigger on-demand backup of an Azure Database for MySQL - Flexible Server instance by using the Azure portal](https://learn.microsoft.com/en-us/azure/mysql/flexible-server/how-to-trigger-on-demand-backup) + +
+ +> [!NOTE] +> Quick reference on how to create an Azure Database for MySQL Flexible Server: + +https://github.com/user-attachments/assets/1c6efd8a-987a-46ac-a81d-6d4ae74b07fd + +## Backup (BU) for MySQL on Azure + +| **Category** | **Description** | +|-----------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| +| **Automated Backups** | - **Daily Backups**: Azure Database for MySQL automatically performs daily backups of your databases. These backups are stored in geo-redundant storage (GRS) to ensure high availability.
- **Retention Period**: Configure the retention period for automated backups, typically ranging from 7 to 35 days.
- **Point-in-Time Restore (PITR)**: Restore your database to any point within the retention period, providing flexibility in case of accidental data loss or corruption. | +| **Manual Backups** | - **On-Demand Backups**: Create manual backups at any time. These backups are stored in GRS and can be used to restore your database to the state at the time of the backup.
- **Exporting Data**: Export your MySQL database using the `mysqldump` utility, which can be stored in Azure Blob Storage or downloaded locally for additional safety. | +| **Backup Storage** | - **Geo-Redundant Storage (GRS)**: By default, backups are stored in GRS, which replicates data to a secondary region to ensure durability and availability.
- **Locally Redundant Storage (LRS)**: For cost savings, you can opt for LRS, which keeps multiple copies of your data within a single region. | + +### Automated Backups + +> `Automated Backups` for Azure Database for MySQL ensure that your data is regularly backed up without manual intervention. + +#### Daily Backups + +> Azure Database for MySQL automatically performs daily snapshot backups of the data files and transaction logs. These backups are stored in geo-redundant storage (GRS) to ensure high availability and durability. + +1. **Access the Azure Portal**: Navigate to your Azure Database for MySQL instance. +2. **Backup Settings**: Under the `Settings` section, select `Backup and Restore`. +3. **Configure Retention Period**: Set the retention period for automated backups, which can range from 7 to 35 days. +4. **Encryption**: Ensure that backups are encrypted using AES 256-bit encryption for data at rest. + + +### Manual Backups + +### Backup Storage + + +## Disaster Recovery (DR) for MySQL on Azure + +
+

Total Visitors

+ Visitor Count +
From 53edd22a17a88160137ea2c5687e65f8c7dbdc81 Mon Sep 17 00:00:00 2001 From: "github-actions[bot]" Date: Mon, 17 Mar 2025 12:08:54 +0000 Subject: [PATCH 02/12] Update last modified date in Markdown files --- 0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md b/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md index 4bb1ade7d..b9511c45d 100644 --- a/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md +++ b/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md @@ -6,7 +6,7 @@ Costa Rica [![GitHub](https://img.shields.io/badge/--181717?logo=github&logoColor=ffffff)](https://github.com/) [brown9804](https://github.com/brown9804) -Last updated: 2025-01-20 +Last updated: 2025-03-17 ---------- From 1d81916763d2176ded396696adc6f7ce4cb9a906 Mon Sep 17 00:00:00 2001 From: Timna Brown <24630902+brown9804@users.noreply.github.com> Date: Mon, 17 Mar 2025 06:59:36 -0600 Subject: [PATCH 03/12] in progress --- .../1_Databases/demos/9_MySQL_BU_DR.md | 36 +++++++++++++++++-- 1 file changed, 33 insertions(+), 3 deletions(-) diff --git a/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md b/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md index b9511c45d..92fb18070 100644 --- a/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md +++ b/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md @@ -41,13 +41,43 @@ https://github.com/user-attachments/assets/1c6efd8a-987a-46ac-a81d-6d4ae74b07fd > Azure Database for MySQL automatically performs daily snapshot backups of the data files and transaction logs. These backups are stored in geo-redundant storage (GRS) to ensure high availability and durability. +1. **Access the Azure Portal**: Navigate to the Azure Portal and sign in with your credentials. +2. **Navigate to Your MySQL Flexible Server**: In the Azure Portal, go to `All resources` and select your Azure Database for MySQL Flexible Server instance. +3. **Compute + Storage Settings**: In the left-hand menu, under `Settings`, select `Compute + storage`. +4. **Backup Retention**: + - In the `Backups` section, you will find the slider labeled `Backup retention period in days`. + - Use the slider to set the retention period for automated backups, which can range from 7 to 35 days. + + https://github.com/user-attachments/assets/769fa81a-450f-4cd9-a4d9-8f4f227c01c9 + +5. **Backup Redundancy**: + - Below the retention slider, you will see options for backup redundancy: + - **Locally-redundant**: Keeps multiple copies of your data within a single region. + - **Geo-redundant**: Replicates data to a secondary region to ensure durability and availability. + - **Read-access geo-redundant**: Provides read access to the replicated data in the secondary region. + - Select the desired redundancy option based on your requirements. + + https://github.com/user-attachments/assets/ea53958a-ca3e-4100-a527-d0e46cdb992e + + +### Manual Backups + +> `Manual Backups` provide additional control over backup operations, allowing you to create backups on demand. + +#### On-Demand Backups + +> You can create manual backups at any time. These backups are stored in geo-redundant storage (GRS) and can be used to restore your database to the state at the time of the backup. + 1. **Access the Azure Portal**: Navigate to your Azure Database for MySQL instance. 2. **Backup Settings**: Under the `Settings` section, select `Backup and Restore`. -3. **Configure Retention Period**: Set the retention period for automated backups, which can range from 7 to 35 days. -4. **Encryption**: Ensure that backups are encrypted using AES 256-bit encryption for data at rest. + image -### Manual Backups +3. **Backup Now**: Click on `Backup` and provide a custom name for the backup. + + image + + https://github.com/user-attachments/assets/0f3743ca-9098-45a4-82c9-e67593e4ffcc ### Backup Storage From abb1101c0036ea25c1f7acbc826e3333e43c174f Mon Sep 17 00:00:00 2001 From: Timna Brown <24630902+brown9804@users.noreply.github.com> Date: Mon, 17 Mar 2025 08:26:43 -0600 Subject: [PATCH 04/12] in progress --- 0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md b/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md index 92fb18070..2b20ef6dc 100644 --- a/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md +++ b/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md @@ -27,6 +27,9 @@ https://github.com/user-attachments/assets/1c6efd8a-987a-46ac-a81d-6d4ae74b07fd ## Backup (BU) for MySQL on Azure +> [!IMPORTANT] +> The backup process includes `automated daily snapshot backups and frequent transaction log backups`. The `first snapshot backup is scheduled immediately after the server is created`, and `subsequent snapshots are taken daily. Transaction log backups occur every five minutes, capturing all changes made to the database since the last transaction log backup`. If a scheduled backup fails, the backup service retries every 20 minutes until a successful backup is taken. These backup failures might occur due to heavy transactional production loads on the server instance. In cases of high transaction loads, the backup service may perform multiple backups per day to ensure reliable and quicker restoration using these backups. For MySQL 5.7 servers, long-running or large transactions can prevent global instance-level lock acquisition, which is required for successful daily backups. + | **Category** | **Description** | |-----------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | **Automated Backups** | - **Daily Backups**: Azure Database for MySQL automatically performs daily backups of your databases. These backups are stored in geo-redundant storage (GRS) to ensure high availability.
- **Retention Period**: Configure the retention period for automated backups, typically ranging from 7 to 35 days.
- **Point-in-Time Restore (PITR)**: Restore your database to any point within the retention period, providing flexibility in case of accidental data loss or corruption. | @@ -37,7 +40,7 @@ https://github.com/user-attachments/assets/1c6efd8a-987a-46ac-a81d-6d4ae74b07fd > `Automated Backups` for Azure Database for MySQL ensure that your data is regularly backed up without manual intervention. -#### Daily Backups +#### Change Backups Retention Policy and Redundancy > Azure Database for MySQL automatically performs daily snapshot backups of the data files and transaction logs. These backups are stored in geo-redundant storage (GRS) to ensure high availability and durability. @@ -64,6 +67,9 @@ https://github.com/user-attachments/assets/1c6efd8a-987a-46ac-a81d-6d4ae74b07fd > `Manual Backups` provide additional control over backup operations, allowing you to create backups on demand. +> [!IMPORTANT] +> These backup files cannot be exported. The backups can only be used for restore operations in Azure Database for MySQL Flexible Server. You can also use [mysqldump](https://learn.microsoft.com/en-us/azure/mysql/flexible-server/concepts-migrate-dump-restore#dump-and-restore-using-mysqldump-utility) from a MySQL client to copy a database. + #### On-Demand Backups > You can create manual backups at any time. These backups are stored in geo-redundant storage (GRS) and can be used to restore your database to the state at the time of the backup. From ec8668315b8c1b5628135835bb64fc22b28afe57 Mon Sep 17 00:00:00 2001 From: Timna Brown <24630902+brown9804@users.noreply.github.com> Date: Mon, 17 Mar 2025 08:41:05 -0600 Subject: [PATCH 05/12] in progress --- .../1_Databases/demos/9_MySQL_BU_DR.md | 22 +++++++++++++++++++ 1 file changed, 22 insertions(+) diff --git a/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md b/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md index 2b20ef6dc..fb12d4ae1 100644 --- a/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md +++ b/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md @@ -62,6 +62,7 @@ https://github.com/user-attachments/assets/1c6efd8a-987a-46ac-a81d-6d4ae74b07fd https://github.com/user-attachments/assets/ea53958a-ca3e-4100-a527-d0e46cdb992e +#### Point-in-Time Restore (PITR) ### Manual Backups @@ -85,8 +86,29 @@ https://github.com/user-attachments/assets/1c6efd8a-987a-46ac-a81d-6d4ae74b07fd https://github.com/user-attachments/assets/0f3743ca-9098-45a4-82c9-e67593e4ffcc +#### Exporting Data + ### Backup Storage +> [!IMPORTANT] +> By default Azure Database for MySQL Flexible Server backup storage is:
+> - Locally redundant for servers with same-zone high availability (HA) or no high availability configuration. +> - Zone redundant for servers with zone-redundant HA configuration. + +> [!NOTE] +> - `Zone-redundant High Availability` to support zone redundancy is current surfaced as a `create time operation only`. +> - `Zone-redundant High Availability server geo-redundancy` can only be `enabled/disabled at server create time`. + +image + +#### Backup Redundancy Option + +| **Backup Redundancy Option** | **Description**| **Characteristics**| **When to Use**| +|------------------------------|------------|------------------------|----------------------------| +| **Locally Redundant Storage (LRS)** | - Multiple copies of backups are stored in the same datacenter.
- Protects against server rack and drive failures.
- Provides at least `99.999999999%` (11 9's) durability of backup objects over a given year.
- Default for servers with same-zone HA or no HA configuration. | - Data replication within a single data center.
- High durability within the same region.
- Cost-effective.
- Suitable for non-critical applications. | - When cost savings are a priority.
- When the risk of regional outages is acceptable.
- For servers with same-zone HA or no HA configuration. | +| **Geo-Redundant Storage (GRS)** | - Multiple copies of backups are stored within the region and replicated to its geo-paired region.
- Provides at least `99.99999999999999%` (16 9's) durability of backup objects over a given year.
- Enabled at server create time for geo-redundant backup storage.
- Can be moved from LRS to GRS post-creation.
- Supported for servers in any Azure paired regions. | - Data replication across geo-paired regions.
- Highest durability and availability.
- Protection against regional disasters.
- Ability to restore in a different region. | - For applications requiring the highest level of durability and availability.
- When protection against regional disasters is critical.
- When the ability to restore in a different region is needed. | +| **Zone-Redundant Storage (ZRS)** | - Multiple copies of backups are stored within the availability zone and replicated to another availability zone in the same region.
- Provides at least `99.9999999999%` (12 9's) durability of backup objects over a given year.
- Selected at server create time for zone-redundant HA.
- Backup storage remains zone-redundant even if HA is disabled post-creation. | - Data replication across multiple availability zones.
- Higher availability and resilience against zone-level failures.
- Meets data residency requirements within a country/region. | - For mission-critical applications requiring high availability.
- When protection against zone-level failures is needed.
- When data residency requirements must be met. | + ## Disaster Recovery (DR) for MySQL on Azure From 55eb52f94ab001a0cc71345655e9958cf1227f85 Mon Sep 17 00:00:00 2001 From: Timna Brown <24630902+brown9804@users.noreply.github.com> Date: Mon, 17 Mar 2025 08:58:07 -0600 Subject: [PATCH 06/12] pir --- .../1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md | 14 ++++++++++++++ 1 file changed, 14 insertions(+) diff --git a/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md b/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md index fb12d4ae1..d26ffd5b4 100644 --- a/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md +++ b/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md @@ -64,6 +64,20 @@ https://github.com/user-attachments/assets/1c6efd8a-987a-46ac-a81d-6d4ae74b07fd #### Point-in-Time Restore (PITR) +> This feature allows you to restore your database to any point within the retention period, providing flexibility in case of accidental data loss or corruption. + +> [!NOTE] +> When you initiate a PITR, you specify the exact point in time to which you want to restore the database.
+> - The restore process uses the daily snapshots and transaction log backups to reconstruct the database state at the specified point in time. +> - The restore operation `creates a new MySQL Flexible Server instance with the restored data`. You need to provide a new server name for the restored instance during the restore process + +1. **Access the Azure Portal**: Navigate to your Azure Database for MySQL instance. +2. **Restore**: Under the `Overview` section. Choose the `Restore` option and specify the point-in-time to which you want to restore your database. + + image + + https://github.com/user-attachments/assets/0eeb96cf-07c6-40f1-9921-64f2c775d228 + ### Manual Backups > `Manual Backups` provide additional control over backup operations, allowing you to create backups on demand. From 2f187fb38bcd1b846f0471768a76a7057341f8f5 Mon Sep 17 00:00:00 2001 From: Timna Brown <24630902+brown9804@users.noreply.github.com> Date: Mon, 17 Mar 2025 09:02:03 -0600 Subject: [PATCH 07/12] how exporting works with mysqldump --- 0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md | 10 ++++++++++ 1 file changed, 10 insertions(+) diff --git a/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md b/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md index d26ffd5b4..36ee99333 100644 --- a/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md +++ b/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md @@ -102,6 +102,16 @@ https://github.com/user-attachments/assets/1c6efd8a-987a-46ac-a81d-6d4ae74b07fd #### Exporting Data +> You can export your MySQL database using the `mysqldump` utility, which generates a logical backup of the database. This backup can be stored in Azure Blob Storage or downloaded locally for additional safety. + +1. **Use `mysqldump` Command**: Open a terminal and run the following command. Click [here](https://learn.microsoft.com/en-us/azure/mysql/flexible-server/concepts-migrate-dump-restore#dump-and-restore-using-mysqldump-utility) to get more information. + + ```bash + mysqldump -u [username] -p[password] [database_name] > [dump_file.sql] + ``` + +2. **Upload to Azure Blob Storage**: Use Azure CLI or Azure Portal to upload the dump file to Azure Blob Storage. + ### Backup Storage > [!IMPORTANT] From 5659f9f04bc486396fc9b622c95d941b0fbddcba Mon Sep 17 00:00:00 2001 From: Timna Brown <24630902+brown9804@users.noreply.github.com> Date: Mon, 17 Mar 2025 09:09:10 -0600 Subject: [PATCH 08/12] dr --- 0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md | 7 ++++++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md b/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md index 36ee99333..996ccb210 100644 --- a/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md +++ b/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md @@ -133,9 +133,14 @@ https://github.com/user-attachments/assets/1c6efd8a-987a-46ac-a81d-6d4ae74b07fd | **Geo-Redundant Storage (GRS)** | - Multiple copies of backups are stored within the region and replicated to its geo-paired region.
- Provides at least `99.99999999999999%` (16 9's) durability of backup objects over a given year.
- Enabled at server create time for geo-redundant backup storage.
- Can be moved from LRS to GRS post-creation.
- Supported for servers in any Azure paired regions. | - Data replication across geo-paired regions.
- Highest durability and availability.
- Protection against regional disasters.
- Ability to restore in a different region. | - For applications requiring the highest level of durability and availability.
- When protection against regional disasters is critical.
- When the ability to restore in a different region is needed. | | **Zone-Redundant Storage (ZRS)** | - Multiple copies of backups are stored within the availability zone and replicated to another availability zone in the same region.
- Provides at least `99.9999999999%` (12 9's) durability of backup objects over a given year.
- Selected at server create time for zone-redundant HA.
- Backup storage remains zone-redundant even if HA is disabled post-creation. | - Data replication across multiple availability zones.
- Higher availability and resilience against zone-level failures.
- Meets data residency requirements within a country/region. | - For mission-critical applications requiring high availability.
- When protection against zone-level failures is needed.
- When data residency requirements must be met. | - ## Disaster Recovery (DR) for MySQL on Azure +| **Category**| **Description**| **Technical Details**| +|-----------------------|----------|--------------| +| **Geo-Replication** | - **Read Replicas**: Azure Database for MySQL supports read replicas, which can be created in the same or different regions. These replicas can be promoted to standalone servers in case of a primary server failure.
- **Cross-Region Replication**: This feature allows you to replicate your MySQL instance to a different Azure region, providing a robust DR solution. | - **Replication Method**: Uses MySQL's native binary log (binlog) file position-based replication.
- **Creation**: Up to 10 replicas can be created.
- **Promotion**: Replicas can be promoted to standalone servers.
- **Cross-Region Replication Setup**: Requires primary and secondary servers in different regions. | +| **Failover Strategies** | - **Automatic Failover**: In the event of a failure, Azure Database for MySQL can automatically failover to a read replica or a secondary instance, minimizing downtime.
- **Manual Failover**: You can manually initiate a failover to a read replica or a secondary instance if needed. | - **Automatic Failover Configuration**: Enabled during server creation.
- **Process**: Standby replica is activated to become the primary server.
- **Manual Failover Steps**: Initiate failover via Azure Portal.
- **DNS Update**: DNS record is updated to point to the new primary server. | +| **High Availability (HA)** | - **Zone-Redundant HA**: Azure offers zone-redundant high availability, which ensures that your MySQL instance is replicated across multiple availability zones within a region. This setup provides resilience against zone-level failures.
- **Regional HA**: For even greater resilience, you can configure your MySQL instance to be replicated across different regions. | - **Zone-Redundant HA Architecture**: Primary server in one availability zone, standby replica in another.`Uses zone-redundant storage (ZRS)`.
- **Regional HA Architecture**: Primary server in one region, standby replica in another region. `Uses geo-redundant storage (GRS).` | +

Total Visitors

Visitor Count From f5021b3775fbdd67492ac819967f66fbd6d5e82f Mon Sep 17 00:00:00 2001 From: Timna Brown <24630902+brown9804@users.noreply.github.com> Date: Mon, 17 Mar 2025 09:11:06 -0600 Subject: [PATCH 09/12] format --- 0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md b/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md index 996ccb210..17a403f23 100644 --- a/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md +++ b/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md @@ -54,11 +54,9 @@ https://github.com/user-attachments/assets/1c6efd8a-987a-46ac-a81d-6d4ae74b07fd https://github.com/user-attachments/assets/769fa81a-450f-4cd9-a4d9-8f4f227c01c9 5. **Backup Redundancy**: - - Below the retention slider, you will see options for backup redundancy: + - Below the retention slider, you will see options for backup redundancy, select the desired redundancy option based on your requirements: - **Locally-redundant**: Keeps multiple copies of your data within a single region. - **Geo-redundant**: Replicates data to a secondary region to ensure durability and availability. - - **Read-access geo-redundant**: Provides read access to the replicated data in the secondary region. - - Select the desired redundancy option based on your requirements. https://github.com/user-attachments/assets/ea53958a-ca3e-4100-a527-d0e46cdb992e From 254e6085ea8a973053b2b5d335537e184260721a Mon Sep 17 00:00:00 2001 From: Timna Brown <24630902+brown9804@users.noreply.github.com> Date: Mon, 17 Mar 2025 09:13:23 -0600 Subject: [PATCH 10/12] + content list --- .../1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md | 13 +++++++++++++ 1 file changed, 13 insertions(+) diff --git a/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md b/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md index 17a403f23..260ca88db 100644 --- a/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md +++ b/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md @@ -20,6 +20,19 @@ Last updated: 2025-03-17 +## Content + +- [Backup BU for MySQL on Azure](#backup-bu-for-mysql-on-azure) + - [Automated Backups](#automated-backups) + - [Change Backups Retention Policy and Redundancy](#change-backups-retention-policy-and-redundancy) + - [Point-in-Time Restore PITR](#point-in-time-restore-pitr) + - [Manual Backups](#manual-backups) + - [On-Demand Backups](#on-demand-backups) + - [Exporting Data](#exporting-data) + - [Backup Storage](#backup-storage) + - [Backup Redundancy Option](#backup-redundancy-option) +- [Disaster Recovery DR for MySQL on Azure](#disaster-recovery-dr-for-mysql-on-azure) + > [!NOTE] > Quick reference on how to create an Azure Database for MySQL Flexible Server: From feb5da15c46d82fb3462481fbdad98c8c80963f2 Mon Sep 17 00:00:00 2001 From: Timna Brown <24630902+brown9804@users.noreply.github.com> Date: Mon, 17 Mar 2025 09:23:02 -0600 Subject: [PATCH 11/12] + oerview --- 0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md b/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md index 260ca88db..acc97705c 100644 --- a/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md +++ b/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md @@ -22,6 +22,7 @@ Last updated: 2025-03-17 ## Content +- [Overview](#overview) - [Backup BU for MySQL on Azure](#backup-bu-for-mysql-on-azure) - [Automated Backups](#automated-backups) - [Change Backups Retention Policy and Redundancy](#change-backups-retention-policy-and-redundancy) @@ -33,11 +34,18 @@ Last updated: 2025-03-17 - [Backup Redundancy Option](#backup-redundancy-option) - [Disaster Recovery DR for MySQL on Azure](#disaster-recovery-dr-for-mysql-on-azure) +## Overview + > [!NOTE] > Quick reference on how to create an Azure Database for MySQL Flexible Server: https://github.com/user-attachments/assets/1c6efd8a-987a-46ac-a81d-6d4ae74b07fd +| **Feature** | **Description**| **Limit**| **Use Cases**| +|---------|---------------|--------| -------| +| **Read Replicas** | Read replicas are copies of the primary MySQL server that are used to offload read operations and improve read scalability. They can be created in the same or different regions and can be promoted to standalone servers in case of a primary server failure. | Up to **10** read replicas can be created per primary server.| - **Scaling Read-Intensive Workloads**: Offload read operations to replicas to improve performance.
- **Disaster Recovery**: Promote replicas to standalone servers in case of primary server failure.
- **Global Distribution**: Improve data access speed by placing replicas closer to users in different regions. | +| **Manual Backups** | Manual backups are on-demand backups that you can create at any time. These backups capture the current state of the database and are stored in geo-redundant storage (GRS) or locally redundant storage (LRS). | Up to **50** on-demand manual backups can be created per server.| - **Data Protection**: Ensure data protection by creating backups before major changes or updates.
- **Quick Recovery**: Use manual backups as restore points to quickly recover from data corruption or accidental deletions.
- **Compliance**: Maintain backups for compliance and auditing purposes. | + ## Backup (BU) for MySQL on Azure > [!IMPORTANT] From 0a1a644fcc47496881c4750996e03942e1e1e78e Mon Sep 17 00:00:00 2001 From: Timna Brown <24630902+brown9804@users.noreply.github.com> Date: Mon, 17 Mar 2025 09:23:35 -0600 Subject: [PATCH 12/12] format alignde --- 0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md b/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md index acc97705c..62231499e 100644 --- a/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md +++ b/0_Azure/1_AzureData/1_Databases/demos/9_MySQL_BU_DR.md @@ -36,16 +36,16 @@ Last updated: 2025-03-17 ## Overview -> [!NOTE] -> Quick reference on how to create an Azure Database for MySQL Flexible Server: - -https://github.com/user-attachments/assets/1c6efd8a-987a-46ac-a81d-6d4ae74b07fd - | **Feature** | **Description**| **Limit**| **Use Cases**| |---------|---------------|--------| -------| | **Read Replicas** | Read replicas are copies of the primary MySQL server that are used to offload read operations and improve read scalability. They can be created in the same or different regions and can be promoted to standalone servers in case of a primary server failure. | Up to **10** read replicas can be created per primary server.| - **Scaling Read-Intensive Workloads**: Offload read operations to replicas to improve performance.
- **Disaster Recovery**: Promote replicas to standalone servers in case of primary server failure.
- **Global Distribution**: Improve data access speed by placing replicas closer to users in different regions. | | **Manual Backups** | Manual backups are on-demand backups that you can create at any time. These backups capture the current state of the database and are stored in geo-redundant storage (GRS) or locally redundant storage (LRS). | Up to **50** on-demand manual backups can be created per server.| - **Data Protection**: Ensure data protection by creating backups before major changes or updates.
- **Quick Recovery**: Use manual backups as restore points to quickly recover from data corruption or accidental deletions.
- **Compliance**: Maintain backups for compliance and auditing purposes. | +> [!NOTE] +> Quick reference on how to create an Azure Database for MySQL Flexible Server: + +https://github.com/user-attachments/assets/1c6efd8a-987a-46ac-a81d-6d4ae74b07fd + ## Backup (BU) for MySQL on Azure > [!IMPORTANT]