Skip to main content

SQL Azure Backup and Restore


SQL Azure Backup and Restore
Importing a Database from on-premises SQL Server to Azure SQL database is done by wrapping up everything in a BACPAC file.
You need to create a Microsoft Azure storage account which is required to access your data in the cloud through BACPAC files.
Create a .bacpac file containing all your data from your on-premises SQL server and upload it to the blob container in the Azure storage account. Then you can import the uploaded .bacpac file into SQL database.

Self-Service Restore
Azure SQL database backs up your databases automatically in three types such as:
1.    Full Backup: SQL server technology backs up the whole database including your transaction logs and the whole data can be recovered after the full backup restore.
2.    Differential Backup: A differential backup backs up the most recent data which is remained after the full backup. It offers to take regular data backups, which eliminates the risk of data loss.
3.    Transaction Log Backup: It helps to back up the logs at frequent intervals which reduces the work loss exposure and to truncate the transaction log.

Backup Properties
Backup Storage: SQL database offers up to 200% of your provisioned database size as your backup storage with zero additional cost.
Backup Schedule: After the creation of the database the first full backup will be initiated immediately. After that, all further backups are invoked automatically and managed in the background.
Backup Retention: The retention period for SQL database backup is based on the database service-tier. For Basic service tier, the daily restore point is retained for 7 days, if it is the Standard / premium service tier you can restore to a specific point in time within 35 days.

Comments

Popular posts from this blog

Troubleshooting transient connection errors to Azure SQL Database

Troubleshooting transient connection errors to Azure SQL Database Dear friends, I'm Yogesh. At my work place, I have faced these type of issues at times.  Let us understand what is this transient error?  A transient error has an underlying cause that soon resolves itself. It causes occasionally is when the Azure system quickly shifts hardware resources to better load-balance various workloads. Most of these reconfiguration events finish in less than 60 seconds.  During this reconfiguration time span, you might have connectivity issues to SQL Database.  To handle them, implement retry logic in their code instead of surfacing them to users as application errors. If your client program uses ADO.NET, your program is told about the transient error by the throw of  SqlException . What is the solution? Can Retry logic works? When your program communicates with SQL Database through third-party middleware, ask the vendor whether the middle ware contains retry logic for tr

Geo-Replication in SQL Azure Database

Geo-Replication in SQL Azure Database Geo-Replication  is one of the Azure SQL features which allows making 3 readable replicas to your database in same or different data centers. Geo-Replication option is available for all databases and service tiers in all region. If it is enabled, the application initiates to a secondary database. we will review how to set up Geo-Replication on Azure SQL databases. Geo-Replication is an Azure SQL database feature that allows you to create a readable secondary database in the same region or cross-region. We can failover to the secondary database in case of an outage for a long time on the primary database server. We can also use this feature to migrate a database from one server to another server in the same or cross region with minimal downtime. Geo-replication uses the Always-on feature to replicate committed transactions to the secondary database asynchronously. Select the database, Click on 'Geo Replication' in left hand

DTU and eDTU in Azure SQL

DTU and eDTU in Azure SQL The performance of SQL Database is based on DTU. According to Microsoft, a DTU is a unit of measure of the resources that are guaranteed to be available to a single Azure SQL Database at a specific performance level within a single database tier. A DTU combines CPU, memory, data I/O, and transaction I/O. Databases can be placed into an  elastic pool  on a SQL Database server that shares a pool of resources among those databases. The shared pool of resources are measured by  elastic Database transition units (eDTU) . The advantages of an elastic pool are: They are scaled automatically. They provide predictable costs. They are widely used for  varying  and  unpredictable usage patterns . Determining DTUs for Workloads ·          If you are planning to move your on-premises Databases to Azure SQL Database, Azure provides a  DTU Calculator  to find the approximate DTUs required for setting up the database. ·