자동 SQL Database 백업에 대한 자세한 정보Learn about automatic SQL Database backups

SQL Database는 데이터베이스 백업을 자동으로 만들고 Azure RA-GRS(읽기 액세스 지역 중복 저장소)를 사용하여 지리적 중복을 제공합니다.SQL Database automatically creates database backups and uses Azure read-access geo-redundant storage (RA-GRS) to provide geo-redundancy. 이러한 백업은 추가 비용 없이 자동으로 만들어집니다.These backups are created automatically and at no additional charge. 사용자는 아무 작업도 할 필요가 없습니다.You don't need to do anything to make them happen. 데이터베이스 백업은 실수로 손상되거나 삭제되지 않도록 데이터를 보호해 주기 때문에 비즈니스 연속성 및 재해 복구 전략의 필수적인 부분입니다.Database backups are an essential part of any business continuity and disaster recovery strategy because they protect your data from accidental corruption or deletion. 고유한 저장소 컨테이너에서 백업을 유지하려면 장기 백업 보존 정책을 구성할 수 있습니다.If you want to keep backups in your own storage container you can configure a long-term backup retention policy. 자세한 내용은 장기 보존을 참조하세요.For more information, see Long-term retention.

SQL Database 백업이란?What is a SQL Database backup?

SQL Database는 SQL Server 기술을 사용하여 PITR(지정 시간 복원)의 목적으로 전체, 차등트랜잭션 로그 백업을 만듭니다.SQL Database uses SQL Server technology to create full, differential, and transaction log backups for the purposes of Point-in-time restore (PITR). 일반적으로 트랜잭션 로그 백업은 데이터베이스 활동의 성능 수준 및 양에 따른 빈도로 5 - 10분마다 발생합니다.The transaction log backups generally happen every 5 - 10 minutes, with the frequency based on the performance level and amount of database activity. 전체 및 차등 백업을 사용하는 트랜잭션 로그 백업을 통해 데이터베이스를 호스트하는 동일한 서버로 특정 시점에 대해 데이터베이스를 복원할 수 있습니다.Transaction log backups, with full and differential backups, allow you to restore a database to a specific point-in-time to the same server that hosts the database. 사용자가 데이터베이스를 복원할 때 서비스에서는 전체, 차등, 트랜잭션 로그 백업 중 무엇을 복원해야 하는지 파악합니다.When you restore a database, the service figures out which full, differential, and transaction log backups need to be restored.

이러한 백업을 사용하여 다음을 수행할 수 있습니다.You can use these backups to:

  • 보존 기간 내 지정 시간으로 데이터베이스를 복원합니다.Restore a database to a point-in-time within the retention period. 이 작업으로 원본 데이터베이스와 같은 서버에 새 데이터베이스가 만들어집니다.This operation will create a new database in the same server as the original database.
  • 삭제된 시간 또는 보존 기간 내 임의 시간으로 삭제된 데이터베이스를 복원합니다.Restore a deleted database to the time it was deleted or any time within the retention period. 삭제된 데이터베이스는 원래 데이터베이스가 생성되었던 동일한 서버에만 복원할 수 있습니다.The deleted database can only be restored in the same server where the original database was created.
  • 데이터베이스를 다른 지리적 지역으로 복원합니다.Restore a database to another geographical region. 이렇게 하면 서버 및 데이터베이스에 액세스할 수 없는 경우 지리적 재해로부터 복구할 수 있습니다.This allows you to recover from a geographic disaster when you cannot access your server and database. 그러면 전 세계 어디에서든 기존 서버에 새 데이터베이스가 만들어집니다.It creates a new database in any existing server anywhere in the world.
  • 장기 보존 정책을 사용하여 데이터베이스를 구성한 경우 특정 장기 백업에서 데이터베이스를 복원합니다.Restore a database from a specific long-term backup if the database has been configured with a long-term retention policy. 그러면 이전 버전의 데이터베이스를 복원하여 규정 준수 요청을 충족하고 이전 버전의 응용 프로그램을 실행할 수 있습니다.This allows you to restore an old version of the database to satisfy a compliance request or to run an old version of the application. 장기 보존을 참조하세요.See Long-term retention.
  • 복원을 수행하려면 백업에서 데이터베이스 복원을 참조하세요.To perform a restore, see restore database from backups.

참고

Azure Storage에서 복제 라는 용어는 한 위치에서 다른 위치로 파일을 복사하는 것을 말합니다.In Azure storage, the term replication refers to copying files from one location to another. SQL의 데이터베이스 복제 는 주 데이터베이스와 동기화된 다수의 보조 데이터베이스를 유지하는 것을 말합니다.SQL's database replication refers to keeping to multiple secondary databases synchronized with a primary database.

백업이 얼마나 자주 수행됩니까?How often do backups happen?

매주 전체 데이터베이스 백업이 수행되고, 일반적으로 몇 시간마다 차등 데이터베이스 백업이 수행되며, 일반적으로 5 - 10분마다 트랜잭션 로그 백업이 수행됩니다.Full database backups happen weekly, differential database backups generally happen every few hours, and transaction log backups generally happen every 5 - 10 minutes. 첫 번째 전체 백업은 데이터베이스를 만든 후에 즉시 예약됩니다.The first full backup is scheduled immediately after a database is created. 일반적으로 30분 내에 완료되지만 데이터베이스의 크기가 상당히 큰 경우에는 더 오래 걸릴 수 있습니다.It usually completes within 30 minutes, but it can take longer when the database is of a significant size. 예를 들어, 복원된 데이터베이스 또는 데이터베이스 사본에 대한 초기 백업은 더 오래 걸릴 수 있습니다.For example, the initial backup can take longer on a restored database or a database copy. 첫 번째 전체 백업 후에 모든 향후 백업은 자동으로 예약되며 백그라운드에서 자동으로 관리됩니다.After the first full backup, all further backups are scheduled automatically and managed silently in the background. 모든 데이터베이스 백업의 정확한 타이밍은 전반적인 시스템 워크로드를 감안하여 SQL Database 서비스에 의해 결정됩니다.The exact timing of all database backups is determined by the SQL Database service as it balances the overall system workload.

백업 저장소 지역에서 복제는 Azure Storage 복제 일정에 따라 발생합니다.The backup storage geo-replication occurs based on the Azure Storage replication schedule.

백업 보존 기간How long do you keep my backups?

각 SQL Database 백업에는 데이터베이스의 서비스 계층을 기반으로 하며 DTU 기반 구매 모델vCore 기반 구매 모델(미리 보기) 간 차이점이 있는 보존 기간이 있습니다.Each SQL Database backup has a retention period that is based on the service tier of the database, and differs between the DTU-based purchasing model and the vCore-based purchasing model (preview).

DTU 기반 구매 모델에 대한 데이터베이스 보존Database Retention for DTU-based purchasing model

DTU 기반 구매 모델의 데이터베이스에 대한 보존 기간은 서비스 계층에 따라 달라집니다.The retention period for a database in the DTU-based purchasing model depends on the service tier. 데이터베이스의 보존 기간은 다음과 같습니다.The retention period for a database for the:

  • 기본 서비스 계층은 7일입니다.Basic service tier is 7 days.
  • 표준 서비스 계층은 35일입니다.Standard service tier is 35 days.
  • 프리미엄 서비스 계층은 35일입니다.Premium service tier is 35 days.
  • 범용 계층은 최대 35일로 구성할 수 있음(기본적으로 7일)*General-purpose tier is configurable with 35 days maximum (7 days by default)*
  • 중요 비즈니스용 계층(미리 보기)은 최대 35일로 구성할 수 있음(기본적으로 7일)*Business Critical tier (preview) is configurable with 35 days maximum (7 days by default)*

* 미리 보기 동안에는 백업 보존 기간을 구성할 수 없으며 7일로 고정됩니다.* During preview, the backups retention period is not configurable and is fixed to 7 days.

더 긴 백업 보존이 있는 데이터베이스를 더 짧은 보존이 있는 데이터베이스로 변환하는 경우 대상 계층의 보존 기간보다 오래된 기존의 모든 백업을 더 이상 사용할 수 없습니다.If you convert a database with longer backups retention to a database with shorter retention, all existing backups older than target tier retention period are no longer available.

더 짧은 보존 기간이 있는 데이터베이스를 더 긴 기간이 있는 데이터베이스로 업그레이드하는 경우 SQL Database는 더 긴 보존 기간에 도달할 때까지 기존 백업을 유지합니다.If you upgrade a database with a shorter retention period to a database with a longer period, SQL Database keeps existing backups until the longer retention period is reached.

데이터베이스를 삭제하면 SQL Database는 온라인 데이터베이스에 하는 것과 동일한 방식으로 백업을 보관합니다.If you delete a database, SQL Database keeps the backups in the same way it would for an online database. 예를 들어 보존 기간이 7일인 기본 데이터베이스를 삭제한다고 가정해 봅시다.For example, suppose you delete a Basic database that has a retention period of seven days. 4일 된 백업은 앞으로 3일 동안 더 보관됩니다.A backup that is four days old is saved for three more days.

중요

SQL Database를 호스트하는 Azure SQL 서버를 삭제하면 해당 서버에 속하는 모든 데이터베이스도 삭제되어 복구할 수 없습니다.If you delete the Azure SQL server that hosts SQL Databases, all databases that belong to the server are also deleted and cannot be recovered. 삭제된 서버는 복원할 수 없습니다.You cannot restore a deleted server.

VCore 기반 구매 모델(미리 보기)에 대한 데이터베이스 보존Database Retention for the vCore-based purchasing model (preview)

데이터베이스 백업 저장소는 SQL Database의 PITR(특정 시점 복원) 및 LTR(장기 보존) 기능을 지원하기 위해 할당됩니다.Storage for database backups is allocated to support the Point in Time Restore (PITR) and Long Term Retention (LTR) capabilities of SQL Database. 이 저장소는 각 데이터베이스에 대해 개별적으로 할당되며 데이터베이스당 별도의 두 가지 요금으로 청구됩니다.This storage is allocated separately for each database and billed as two separate per-database charges.

  • PITR: 개별 데이터베이스 백업은 RA-GRS 저장소에 자동으로 복사됩니다.PITR: Individual database backups are copied to RA-GRS storage are automatically. 새 백업이 만들어지면 저장소 크기가 동적으로 증가합니다.The storage size increases dynamically as the new backups are created. 저장소는 주별 전체 백업, 일별 차등 백업 및 5분마다 복사되는 트랜잭션 로그 백업에 사용됩니다.The storage is used by weekly full backups, daily differential backups, and transaction log backups copied every 5 minutes. 저장소 사용량은 데이터베이스 변경률과 보존 기간에 따라 다릅니다.The storage consumption depends on the rate of change of the database and the retention period. 각 데이터베이스에 대한 개별적인 보존 기간은 7-35일 사이에서 구성할 수 있습니다.You can configure a separate retention period for each database between 7 and 35 days. 데이터 크기의 1배에 해당하는 최소 저장소 크기는 추가 비용 없이 제공됩니다.A minimum storage amount equal to 1x of data size is provided at no extra charge. 대부분의 데이터베이스에서 이 크기는 7일간의 백업을 저장하기에 충분합니다.For most databases, this amount is enough to store 7 days of backups. 자세한 내용은 지정 시간 복원을 참조하세요.For more information, see Point-in-time restore
  • LTR: SQL Database는 전체 백업의 장기 보존을 최대 10년 동안 구성하는 옵션을 제공합니다.LTR: SQL Database offers the option configuring long-term retention of full backups for up to 10 years. LTR 정책을 사용하도록 설정하면 이러한 백업이 RA-GRS 저장소에 자동으로 저장되지만 백업이 복사되는 빈도를 제어할 수 있습니다.If LTR policy is enabled, theses backups are stored in RA-GRS storage automatically, but you can control how often the backups are copied. 서로 다른 준수 요구 사항을 충족하려면 주별, 월별 및/또는 연도별 백업에 대해 다른 보존 기간을 선택할 수 있습니다.To meet different compliance requirement, you can select different retention periods for weekly, monthly and/or yearly backups. 이 구성은 LTR 백업에 사용되는 저장소의 크기를 정의합니다.This configuration will define how much storage will be used for the LTR backups. LTR 가격 계산기를 사용하여 LTR 저장소 비용을 추정할 수 있습니다.You can use the LTR pricing calculator to estimate the cost of LTR storage. 자세한 내용은 장기 보존을 참조하세요.For more information, see Long-term retention.

백업 보존 기간을 확장하는 방법How to extend the backup retention period?

응용 프로그램에 최대 PITR 백업 보존 기간보다 더 긴 기간 동안 백업을 사용할 수 있어야 하는 경우 개별 데이터베이스(LTR 정책)에 대해 장기 백업 보존 정책을 구성할 수 있습니다.If your application requires that the backups are available for longer period of time than the maximum PITR backup retention period, you can configure a Long-term backup retention policy for individual databases (LTR policy). 기본 제공 보존 기간은 최대 35일에서 최대 10년까지 연장할 수 있습니다.This allows you to extend the built-it retention period from maximum 35 days to up to 10 years. 자세한 내용은 장기 보존을 참조하세요.For more information, see Long-term retention.

Azure Portal 또는 API를 사용하여 LTR 정책을 데이터베이스에 추가하면 매주 전체 데이터베이스 백업이 장기 보존(LTR 저장소)에 대한 별도의 RA-GRS 저장소 컨테이너로 자동으로 복사됩니다.Once you add the LTR policy to a database using Azure portal or API, the weekly full database backups will be automatically copied to a separate RA-GRS storage container for long-term retention (LTR storage). TDE를 사용하여 암호화된 데이터베이스는 미사용 시 자동으로 암호화됩니다.If your database is encrypted with TDE the backups are automatically encrypted at rest. SQL Database는 해당 타임스탬프 및 LTR 정책에 따라 만료된 백업을 자동으로 삭제합니다.SQL Database will automatically delete your expired backups based on their timestamp and the LTR policy. 정책을 설정한 후 백업 일정을 관리할 필요가 없으며 이전 파일의 정리를 걱정할 필요가 없습니다.After the policy is set up, you don't need to manage the backup schedule or worry about the cleanup of the old files. Azure Portal 또는 PowerShell을 사용하여 이러한 백업을 보거나 복원하거나 삭제할 수 있습니다.You can use the Azure portal or PowerShell to view, restore, or delete these backups.

백업이 암호화되나요?Are backups encrypted?

Azure SQL Database에 TDE를 사용할 때 백업이 암호화됩니다.When TDE is enabled for an Azure SQL database, backups are also encrypted. 모든 새 Azure SQL Database는 기본적으로 사용한 TDE로 구성됩니다.All new Azure SQL databases are configured with TDE enabled by default. TDE에 대한 자세한 내용은 Azure SQL Database를 사용한 투명한 데이터 암호화를 참조하세요.For more information on TDE, see Transparent Data Encryption with Azure SQL Database.

자동 백업은 GDPR과 호환되나요?Are the automatic backups compliant with GDPR?

백업이 GDPR(일반 데이터 보호 규정)이 적용되는 개인 데이터를 포함하는 경우 무단 액세스로부터 데이터를 보호하기 위해 향상된 보안 조치를 적용해야 합니다.If the backup contains personal data, which is subject to General Data Protection Regulation (GDPR), you are required to apply enhanced security measures to protect the data from unauthorized access. GDPR을 준수하기 위해 백업에 액세스하지 않고 데이터 소유자의 데이터 요청을 관리하는 방법이 필요합니다.In order to comply with the GDPR, you need a way to manage the data requests of data owners without having to access backups. 단기 백업의 경우 한 가지 솔루션은 데이터 액세스 요청을 완료하도록 허용된 시간인 30일 아래로 백업 창을 줄이는 것이 될 수 있습니다.For short-term backups, one solution can be to shorten the backup window to under 30 days, which is the time allowed to complete the data access requests. 장기 백업이 필요한 경우 백업에 "pseudonymized" 데이터만 저장하는 것이 좋습니다.If longer term backups are required, it is recommended to store only "pseudonymized" data in backups. 예를 들어 사용자에 대한 데이터를 삭제하거나 업데이트해야 하는 경우 기존 백업을 삭제하거나 업데이트할 필요가 없습니다.For example, if data about a person needs to be deleted or updated, it will not require deleting or updating the existing backups. GDPR 규정 준수에 대한 데이터 거버넌스에서 GDPR 모범 사례에 대한 자세한 정보를 찾을 수 있습니다.You can find more information about the GDPR best practices in Data Governance for GDPR Compliance.

다음 단계Next steps