다음을 통해 공유


Azure App Service에서 앱 백업 및 복원

중요합니다

2028년 3월 31일부터 Azure App Service 사용자 지정 백업은 더 이상 연결된 데이터베이스 백업을 지원하지 않습니다. 자세한 내용은 연결된 데이터베이스 백업 사용 중단을 참조하세요.

Azure App Service에서 앱 백업을 쉽게 복원할 수 있습니다. 요청 시 사용자 지정 백업을 만들거나 예약된 사용자 지정 백업을 구성할 수도 있습니다. 기존 앱을 덮어쓰거나 새 앱 또는 슬롯으로 복원하면 백업을 복원할 수 있습니다. 이 문서에서는 백업을 복원하고 사용자 지정 백업을 만드는 방법을 보여 줍니다.

백업 및 복원은 기본, 표준, 프리미엄 및 격리 계층에서 지원됩니다. 기본 계층의 경우 프로덕션 슬롯만 백업하고 복원할 수 있습니다. 더 높은 계층을 사용하도록 App Service 계획을 확장하는 방법에 대한 자세한 내용은 Azure에서 앱 확장을 참조하세요.

자동 백업과 사용자 지정 백업 비교

App Service에는 두 가지 유형의 백업이 있습니다. 앱이 지원되는 가격 책정 계층에 있는 경우 자동 백업이 정기적으로 생성됩니다. 사용자 지정 백업은 초기 구성이 필요하며 요청 시 또는 일정에 따라 수행할 수 있습니다. 다음 표에서는 두 유형의 차이점을 보여 줍니다.

기능 자동 백업 사용자 지정 백업
가격 책정 계층 기본, 표준, 프리미엄, 독립형. 기본, 표준, 프리미엄, 독립형.
구성이 필요함 아니요. 예.
백업 크기 30GB 10GB, 이 중 4GB는 연결된 데이터베이스일 수 있음
연결된 데이터베이스 백업되지 않음 2028년 3월 31일부터 Azure App Service 사용자 지정 백업은 더 이상 연결된 데이터베이스 백업을 지원하지 않습니다.

백업할 수 있는 연결된 데이터베이스: SQL Database, Azure Database for MySQL, Azure Database for PostgreSQL, 앱 내 MySQL Azure DB for MySQL - 유연한 서버 및 Azure DB for PostgreSQL - 유연한 서버 는 사용자 지정 백업에서 지원되지 않습니다.
스토리지 계정 필요 아니요. 예.
Backup 주기 시간당, 구성할 수 없음 구성할 수 있습니다(최소 2시간마다, 하루에 최대 12개의 백업(수동 + 예약됨).
보존 30일, 구성할 수 없음

1-3일: 매시간 백업이 유지됩니다.

4-14일: 매 3시간 백업이 유지됩니다.

15-30일: 매6시간 백업이 유지됩니다.
0~30일 또는 무기한
다운로드 가능 아니요. 예, Azure Storage Blob으로
부분 백업 지원되지 않습니다. 지원.
가상 네트워크를 통해 백업 지원되지 않습니다. 지원.

백업 복원

참고 항목

App Service는 스냅샷을 복원하는 동안 대상 앱 또는 대상 슬롯을 중지합니다. 프로덕션 앱의 가동 중지 시간을 최소화하려면 먼저 백업을 배포 슬롯 으로 복원한 다음 프로덕션으로 교환 합니다.

  1. Azure Portal의 앱 관리 창에서 왼쪽 메뉴에서 백업을 선택합니다. 백업 페이지에는 앱에 대한 모든 자동 및 사용자 지정 백업이 나열되고 각 백업의 상태가 표시됩니다.

    백업 페이지를 여는 방법을 보여 주는 스크린샷

  2. 복원할 자동 또는 사용자 지정 백업을 선택합니다. 복원 링크를 선택합니다.

  3. 백업 세부 정보 섹션이 자동으로 채워집니다.

  4. 대상 선택에서 복원 대상을 지정합니다. 새 앱으로 복원하려면 App Service 상자 아래에서 새로 만들기를 선택합니다. 새 배포 슬롯으로 복원하려면 배포 슬롯 상자 아래에서 새로 만들기를 선택합니다.

    기존 슬롯을 선택하면 해당 파일 시스템의 모든 기존 데이터를 지우고 덮어씁니다. 프로덕션 슬롯의 이름은 앱 이름과 같습니다.

  5. 고급 옵션에서 사이트 구성을 복원할 수 있습니다.

  6. 복원을 선택합니다.

사용자 지정 백업 만들기

  1. Azure Portal의 앱 관리 창으로 이동합니다. 왼쪽 메뉴에서 백업을 선택합니다.

  2. 백업 페이지의 위쪽에서 사용자 지정 백업 구성을 선택합니다.

  3. Storage 계정에서 동일한 구독에서 기존 스토리지 계정을 선택하거나 새로 만들기를 선택합니다. 컨테이너에서 반복합니다.

    연결된 데이터베이스를 백업하려면 다음: 고급>데이터베이스 포함을 차례로 선택하고 백업할 데이터베이스를 선택합니다.

    참고 항목

    지원되는 데이터베이스는 앱에 대한 구성 페이지의 연결 문자열 섹션에 연결 문자열이 있는 경우에만 이 목록에 표시됩니다.

    앱 내 MySQL 데이터베이스는 항상 구성을 사용하지 않고 백업됩니다. 연결 문자열 추가와 같이 앱 내 MySQL 데이터베이스에 대한 설정을 수동으로 만드는 경우 백업이 제대로 작동하지 않을 수 있습니다.

  4. 구성을 선택합니다.

    스토리지 계정 및 컨테이너가 구성되면 언제든지 주문형 백업을 시작할 수 있습니다. 요청 시 백업은 무기한 보존됩니다.

  5. 백업 창의 맨 위에서 지금 백업을 선택합니다.

    사용자 지정 백업이 진행률 표시기와 함께 목록에 표시됩니다. 오류로 인해 실패하면 줄 항목을 선택하여 오류 메시지를 볼 수 있습니다.

예약된 사용자 지정 백업 구성

  1. 사용자 지정 백업 구성 창에서 일정 설정을 선택합니다.

  2. 원하는 대로 백업 일정을 구성하고, 구성을 선택합니다.

연결된 데이터베이스 백업 및 복원

참고 항목

App Service용 연결된 데이터베이스를 사용하는 사용자 지정 백업은 Azure Database for MySQL 및 PostgreSQL의 단일 서버 계층만 지원합니다. 단일 서버 계층은 사용 중지되므로 연결된 데이터베이스를 유연한 서버로 업그레이드하면 백업이 실패할 수 있습니다. 네이티브 데이터베이스 백업 도구를 사용하여 데이터 손실을 방지합니다. 독립 실행형 MySQL 및 PostgreSQL 서버(예: VM)는 단일 서버 계층 사용 중지의 영향을 받지 않습니다. 사용 중지에 대한 자세한 내용은 MySQL 단일 서버 사용 중지PostgreSQL 단일 서버 사용 중지를 참조하세요.

유연한 서버의 백업 및 복원은 해당 데이터베이스 설명서를 참조하세요.

사용자 지정 백업에는 연결된 데이터베이스가 포함될 수 있습니다(Azure Virtual Network 통해 백업이 구성된 경우 제외). 백업에 연결된 데이터베이스가 포함되어 있는지 확인하려면 다음 단계를 수행합니다.

  1. 연결된 데이터베이스가 지원되는지 확인합니다.
  2. 데이터베이스를 가리키는 연결 문자열을 만듭니다. 앱 구성에 유효한 연결 문자열이 있는 경우 데이터베이스는 앱에 "연결"된 것으로 간주됩니다.
  3. 사용자 지정 백업 만들기의 단계에 따라 고급 탭에서 연결된 데이터베이스를 선택합니다.

사용자 지정 백업에 포함된 데이터베이스를 복원하려면 다음을 수행합니다.

  1. 백업 복원의 단계를 따릅니다.
  2. 고급 옵션에서 데이터베이스 포함을 선택합니다.

문제 해결 정보는 내 연결된 데이터베이스가 백업되지 않는 이유를 참조하세요.

연결된 데이터베이스 백업 사용 중단

2028년 3월 31일부터 Azure App Service 사용자 지정 백업은 더 이상 연결된 데이터베이스 백업을 지원하지 않습니다. 대신 각 데이터베이스 서비스에서 제공하는 네이티브 백업 및 복원 도구를 사용하는 것이 좋습니다. 사용자가 이 변경에 대비할 수 있도록 App Service 팀은 다음 일정 에 따라 연결된 데이터베이스를 새 사용자 지정 백업 구성에 포함하는 옵션을 제거합니다.

  • 2025년 11월 – 연결된 MySQLPostgreSQL 데이터베이스에 대한 제거
  • 2026년 4월 – 연결된 Azure SQLSQL Server 데이터베이스에 대한 제거 이미 연결된 데이터베이스를 포함하는 사용자 지정 백업은 2028년 3월 31일까지 해당 데이터베이스를 계속 백업하며, 그 후에는 연결된 데이터베이스가 더 이상 포함되지 않습니다.

Azure Virtual Network 백업 및 복원

사용자 지정 백업을 사용하면 다음 요구 사항이 충족되는 경우 앱의 파일 및 구성 데이터를 방화벽으로 보호된 스토리지 계정에 백업할 수 있습니다.

Azure Virtual Network 백업 및 복원하려면:

  1. 사용자 지정 백업을 구성할 때 가상 네트워크 통합을 통해 백업/복원을 선택합니다.
  2. 구성을 선택하여 설정을 저장합니다.

배포 슬롯에 대해 가상 네트워크를 통해 백업/복원을 사용하도록 설정하려면 각 슬롯에 대해 특별히 필요한 단계를 완료합니다.

  • 가상 네트워크 통합은 배포 슬롯에 대해 사용하도록 설정되거나 슬롯이 v3 App Service Environment에 있습니다.
  • 배포 슬롯에 대해 가상 네트워크 통합을 통해 백업/복원 옵션이 선택됩니다.

확인란이 보이지 않거나 확인란이 사용하지 않도록 설정되어 있는 경우 리소스가 요구 사항을 충족하는지 확인합니다.

구성을 저장한 후에는 가상 네트워크를 통해 수동 백업, 예약된 백업 또는 복원이 이루어집니다. 앱, 가상 네트워크 또는 앱이 가상 네트워크를 통해 스토리지 계정에 액세스하지 못하도록 하는 스토리지 계정을 변경하면 백업 또는 복원 작업에 실패합니다.

부분 백업 구성

부분 백업은 사용자 지정 백업에 지원되지만 자동 백업에는 지원되지 않습니다. 앱의 모든 것을 백업하고 싶지 않을 때도 있습니다. 다음은 몇 가지 예입니다.

  • 변경되지 않는 정적 콘텐츠(예: 이전 블로그 게시물 또는 이미지)가 포함된 앱의 주간 백업을 설정합니다 .
  • 앱에 10GB 이상의 콘텐츠가 있습니다. 한 번에 백업할 수 있는 최대 크기입니다.
  • 로그 파일은 백업하지 않아도 됩니다.

폴더와 파일이 이후 백업에 저장되지 않도록 제외하려면 _backup.filter 파일을 앱의 %HOME%\site\wwwroot 폴더에 만듭니다. 이 파일에서 제외할 파일과 폴더의 목록을 지정합니다.

https://<app-name>.scm.azurewebsites.net/DebugConsole로 이동하여 파일에 액세스할 수 있습니다. 메시지가 표시되면 Azure 계정에 로그인합니다.

백업에서 제외하려는 폴더를 식별합니다. 예를 들어 강조 표시된 폴더와 파일을 필터링하려고 합니다.

백업에서 제외할 파일 및 폴더를 보여 주는 스크린샷

_backup.filter이라는 파일을 만들고 앞의 목록을 파일에 넣지만 %HOME% 루트를 제거합니다. 줄당 하나의 디렉터리 또는 파일을 나열하세요. 파일의 내용은 다음과 같아야 합니다.

\site\wwwroot\Images\brand.png
\site\wwwroot\Images\2014
\site\wwwroot\Images\2013

_backup.filter 또는 다른 방법을 사용하여 D:\home\site\wwwroot\ 파일을 해당 사이트의 디렉터리에 업로드합니다. 필요한 경우 Kudu DebugConsole을 사용하여 파일을 직접 만들고 여기에 내용을 삽입할 수도 있습니다.

백업을 평소처럼 실행합니다: 맞춤형 주문형 또는 맞춤형 예약. _backup.filter에 지정된 모든 파일 및 폴더는 이후 백업에서 제외됩니다.

참고 항목

_backup.filter는 복원이 작동하는 방식을 변경합니다. _backup.filter를 사용하지 않는 경우 백업을 복원하면 앱의 모든 기존 파일이 삭제되고 백업의 파일로 바뀝니다. 이 _backup.filter경우 앱의 파일 시스템에 포함된 _backup.filter 모든 콘텐츠는 그대로 남아 있습니다(삭제되지 않음).

백업 저장 방법

앱에 대해 하나 이상의 백업을 만들면 스토리지 계정의 컨테이너 페이지와 앱에 해당 백업이 표시됩니다. 스토리지 계정에서 각 백업은 백업 데이터가 포함된 ZIP 파일과 ZIP 파일 내용의 매니페스트가 포함된 XML 파일로 구성됩니다. 실제로 앱 복원을 수행하지 않고 백업에 액세스하려는 경우 이들 파일의 압축을 풀고 찾아볼 수 있습니다.

앱에 대한 데이터베이스 백업이 .zip 파일의 루트에 저장됩니다. SQL Database의 경우 이 파일은 BACPAC 파일(파일 확장명 없음)이며, 가져올 수 있습니다. BACPAC 내보내기를 기반으로 Azure SQL Database에서 데이터베이스를 만들려면 BACPAC 파일 가져오기를 참조하여 Azure SQL Database에서 데이터베이스를 만듭니다.

경고

websitebackups 컨테이너의 파일을 변경하면 백업이 유효하지 않게 되어 복구할 수 없게 될 수 있습니다.

오류 메시지

백업 페이지에는 각 백업의 상태가 표시됩니다. 실패한 백업에 대한 로그 세부 정보를 가져오려면 목록에서 줄 항목을 선택합니다. 다음 표를 사용하여 백업 문제를 해결하는 데 도움을 얻을 수 있습니다. 발생한 실패가 표에 문서화되어 있지 않으면 지원 티켓을 엽니다.

오류 수정
스토리지에 액세스하지 못했습니다. 백업 일정을 삭제하고 다시 구성하거나 백업 스토리지를 다시 구성합니다.
웹 사이트 및 데이터베이스 크기가 백업에 {0} 대한 GB 제한을 초과합니다. 콘텐츠 크기가 {1}GB입니다. 백업에서 일부 파일을 제외하거나 백업의 데이터베이스 부분을 제거하고 외부에서 제공된 백업을 대신 사용합니다.
서버 {0}의 데이터베이스 {1}에 연결하는 동안 오류가 발생했습니다: 사용자 {1}에 대한 호스트 \<username>의 메서드 mysql_native_password를 사용한 인증이 실패했습니다. 알 수 없는 데이터베이스 \<db-name>. 데이터베이스 연결 문자열을 업데이트합니다.
{0}을(를) 확인할 수 없습니다. {1}(CannotResolveStorageAccount) 백업 일정을 삭제하고 다시 구성합니다.
{0} 사용자가 로그인하지 못했습니다. 데이터베이스 연결 문자열을 업데이트합니다.
{0} ({1}) 데이터베이스 복사본을 생성하는 중 예외가 발생했습니다. 데이터베이스 복사본을 만들 수 없습니다. 연결 문자열에서 관리자를 사용합니다.
서버 보안 주체 "\<name>" 는 현재 보안 컨텍스트에서 데이터베이스 "master"에 액세스할 수 없습니다. 로그인에서 요청한 데이터베이스 "master"를 열 수 없습니다. 로그인이 실패했습니다. \<name> 사용자가 로그인하지 못했습니다. 연결 문자열에서 관리자를 사용합니다.
SQL Server에 연결하는 중에 네트워크 관련 오류 또는 인스턴스별 오류가 발생했습니다. 서버를 찾을 수 없거나 액세스할 수 없습니다. 인스턴스 이름이 올바르고 SQL Server가 원격 연결을 허용하도록 구성되어 있는지 확인합니다. (공급자: 명명된 파이프 공급자, 오류: 40 - SQL Server에 대한 연결을 열 수 없음). 먼저 연결 문자열이 유효한지 확인합니다. 데이터베이스 서버 설정에서 앱의 아웃바운드 IP를 허용합니다.
로그인에서 요청한 서버 "\<name>"를 열 수 없습니다. 로그인이 실패했습니다. 먼저 연결 문자열이 유효한지 확인합니다.
올바른 공유 액세스 서명에 대한 필수 매개 변수가 없습니다. 백업 일정을 삭제하고 다시 구성합니다.
SSL 연결이 필요합니다. SSL 옵션을 지정하고 연결을 시도할 때 다시 시도합니다. Azure Database for MySQL 및 Azure Database for PostgreSQL에 대한 SSL 연결은 데이터베이스 백업에 지원되지 않습니다. 대신 해당 데이터베이스의 네이티브 백업 기능을 사용합니다.

백업 및 복원은 App Service Environment에서 어떻게 작동하나요?

  • 자동 백업은 다른 App Service 환경이 아닌 App Service 환경 자체 내의 대상 앱으로 복원할 수 있습니다.
  • 사용자 지정 백업은 App Service Environment v2에서 App Service Environment v3로와 같은 다른 App Service 환경의 대상 앱으로 복원할 수 있습니다.
  • 원본 앱과 동일한 OS 플랫폼의 대상 앱으로 백업을 복원할 수 있습니다.

스크립트를 사용하여 자동화

Azure CLI 또는 Azure PowerShell을 사용하여 스크립트를 사용하여 백업 관리를 자동화할 수 있습니다.

샘플을 보려면 다음을 참조하세요.

자주 묻는 질문

백업은 증분 업데이트 또는 전체 백업인가요?

각 백업은 증분 업데이트가 아니라 앱의 완전한 오프라인 복사본입니다.

Azure Functions에서 자동 백업을 지원하나요?

자동 백업은 전용(App Service) 기본, 표준 및 프리미엄 계층에서 Azure Functions에 사용할 수 있습니다. 소비 또는탄력적 프리미엄 가격 책정 계층의 함수 앱에는 자동 백업이 지원되지 않습니다.

자동 백업에 포함되는 항목은 무엇인가요?

다음 표에서는 자동 백업에서 백업되는 콘텐츠를 보여 줍니다.

콘텐츠 복원?
Windows 앱: %HOME% 디렉터리 아래의 모든 앱 콘텐츠
Linux 앱: /home 디렉터리 아래의 모든 앱 콘텐츠
사용자 지정 컨테이너(Windows 및 Linux): 영구 스토리지의 콘텐츠
ZIP에서 실행 패키지의 콘텐츠입니다. 아니요
Azure Files 공유와 같이 사용자 지정 탑재된 Azure Storage의 콘텐츠입니다. 아니요

다음 표에서는 앱 구성을 복원하도록 선택할 때 복원되는 앱 구성을 보여 줍니다.

설정 복원?
Azure Storage 계정 및 컨테이너 설정을 포함한 네이티브 로그 설정
Application Insights 구성
상태 검사
프라이빗 엔드포인트, 하이브리드 연결가상 네트워크 통합과 같은 네트워크 기능 아니요
인증 아니요
관리 ID 아니요
사용자 지정 도메인 아니요
TLS/SSL 아니요
규모 확장 아니요
Azure Monitor를 사용한 진단 아니요
경고 및 메트릭 아니요
백업 아니요
연결된 배포 슬롯 아니요
사용자 지정 백업에서 지원하는 모든 연결된 데이터베이스 아니요

사용자 지정 백업에 포함되는 항목은 무엇인가요?

사용자 지정 백업(요청 시 백업 또는 예약된 백업)에는 자동 백업에 포함되는 모든 콘텐츠 및 구성과 연결된 데이터베이스(허용되는 최대 크기까지)가 포함됩니다.

각 백업에는 백업 데이터가 포함된 .zip 파일과 사용자 지정 도메인을 포함한 콘텐츠를 나열하는 .xml 파일 {siteName}-{dateTime}.xml포함되어 있습니다. 사용자 지정 백업을 복원할 때 DNS 충돌이 없는 경우(즉, 도메인을 바인딩할 수 있음) .xml 파일의 사용자 지정 도메인이 대상 앱에 추가되고 대상 앱에 .xml 파일의 사용자 지정 도메인 목록과 다른 사용자 지정 도메인이 있는 경우 해당 사용자 지정 도메인이 제거됩니다.

Azure Virtual Network를 통해 백업하는 경우 연결된 데이터베이스를 백업할 수 없습니다.

연결된 데이터베이스가 백업되지 않는 이유는 무엇인가요?

참고 항목

App Service용 연결된 데이터베이스를 사용하는 사용자 지정 백업은 Azure Database for MySQL 및 PostgreSQL의 단일 서버 계층만 지원합니다. 단일 서버 계층은 사용 중지되므로 연결된 데이터베이스를 유연한 서버로 업그레이드하면 백업이 실패할 수 있습니다. 네이티브 데이터베이스 백업 도구를 사용하여 데이터 손실을 방지합니다. 독립 실행형 MySQL 및 PostgreSQL 서버(예: VM)는 단일 서버 계층 사용 중지의 영향을 받지 않습니다. 사용 중지에 대한 자세한 내용은 MySQL 단일 서버 사용 중지PostgreSQL 단일 서버 사용 중지를 참조하세요.

유연한 서버의 백업 및 복원은 해당 데이터베이스 설명서를 참조하세요.

연결된 데이터베이스는 사용자 지정 백업에 대해서만 허용되는 최대 크기까지 백업됩니다. 최대 백업 크기(10GB) 또는 최대 데이터베이스 크기(4GB)를 초과하면 백업이 실패합니다. 연결된 데이터베이스가 백업되지 않는 몇 가지 일반적인 이유는 다음과 같습니다.

  • TLS 지원 Azure Database for MySQL의 백업은 지원되지 않습니다. 백업이 구성된 경우 백업이 실패합니다.
  • TLS 지원 Azure Database for PostgreSQL의 백업은 지원되지 않습니다. 백업이 구성된 경우 백업이 실패합니다.
  • 인앱 MySQL 데이터베이스는 구성 없이도 자동으로 백업됩니다. 연결 문자열 추가와 같은 앱 내 MySQL 데이터베이스에 대한 수동 설정을 만드는 경우 백업이 제대로 작동하지 않을 수 있습니다.

백업 크기가 허용되는 최댓값을 초과하면 어떻게 되나요?

백업 크기가 최대 크기를 초과하면 자동 백업을 복원할 수 없습니다. 마찬가지로 최대 백업 크기 또는 최대 데이터베이스 크기를 초과하면 사용자 지정 백업이 실패합니다. 예를 들어 스토리지 크기를 줄이려면 로그, 이미지, 오디오 및 비디오와 같은 파일을 Azure Storage로 이동하는 것이 좋습니다.

보안 기능이 사용하도록 설정된 스토리지 계정을 사용할 수 있나요?

앱과 동일한 가상 네트워크 토폴로지의 일부인 경우 방화벽으로 보호되는 스토리지 계정에 백업할 수 있습니다. Azure Virtual Network 백업 및 복원을 참조하세요.

다른 구독의 앱으로 복원하려면 어떻게 할까요?

  1. Azure Storage 컨테이너에 원본 앱의 사용자 지정 백업을 만듭니다.
  2. 백업 ZIP 파일 및 XML 메타데이터 파일을 로컬 컴퓨터에 다운로드합니다.
  3. ZIP 및 XML 파일을 모두 대상 스토리지 계정에 업로드합니다.
  4. 대상 앱의 백업 페이지에서 위쪽 메뉴에서 복원 을 클릭합니다.
  5. 백업 세부 정보 섹션에서 원본으로 스토리지를 선택합니다. 백업 파일을 업로드한 스토리지 계정을 선택합니다.
  6. 스토리지 계정에서 파일 사용을 클릭하고 복원할 ZIP 파일을 선택합니다.
  7. 백업 복원에 설명된 대로 나머지 설정을 구성합니다. 복원 프로세스를 확인하고 시작합니다.

같은 구독이지만 다른 지역에 있는 앱으로 복원하려면 어떻게 해야 하나요?

동일한 구독 내의 다른 지역에 앱을 복원할 수 있습니다. 이 프로세스는 백업 복원에 설명된 것과 동일한 단계를 따릅니다. 대상 앱에서 원본 앱의 백업 스토리지에 액세스할 수 있는지 확인합니다. Azure Portal의 복원 프로세스를 통해 동일한 구독 내에 남아 있는 한 다른 지역에서 앱을 선택할 수 있습니다.

자동 백업은 어디에 저장되나요?

자동 백업은 App Service와 동일한 데이터 센터에 저장됩니다. 재해 복구 계획으로 자동 백업을 사용하지 않는 것이 좋습니다.

자동 백업을 중지하려면 어떻게 해야 하나요?

자동 백업을 중지할 수 없습니다. 자동 백업은 플랫폼에 저장되며 기본 앱 인스턴스 또는 스토리지에 영향을 주지 않습니다.