Bagikan melalui

Memecahkan masalah pencadangan database SQL Server dengan menggunakan Azure Backup

  • Artikel

Artikel ini menyediakan informasi pemecahan masalah untuk database SQL Server yang berjalan di komputer virtual Azure.

Untuk informasi selengkapnya tentang proses dan batasan cadangan, lihat Tentang pencadangan SQL Server di Azure VM.

Izin SQL Server

Untuk mengonfigurasi perlindungan untuk database SQL Server pada komputer virtual, Anda harus memasang ekstensi AzureBackupWindowsWorkload pada komputer virtual tersebut. Jika Anda mendapatkan kesalahan UserErrorSQLNoSysadminMembership, itu berarti instans SQL Server Anda tidak memiliki izin cadangan yang diperlukan. Untuk memperbaiki kesalahan ini, ikuti langkah-langkah dalam Mengatur izin VM.

Pecahkan masalah, temukan dan konfigurasi masalah

Ketika pembuatan dan konfigurasi vault Layanan Pemulihan selesai, menemukan database dan mengonfigurasi cadangan adalah proses dua langkah.

Tujuan Cadangan - SQL Server di Azure VM

Selama konfigurasi cadangan, jika SQL VM dan instansnya tidak terlihat di DB Penemuan di VM dan Mengonfigurasi Cadangan (lihat gambar di atas) pastikan bahwa:

Langkah 1: Penemuan DB di VM

  • Jika VM tidak tercantum dalam daftar VM yang ditemukan dan juga tidak terdaftar untuk cadangan SQL di kubah lain, maka ikuti langkah-langkah Pencadangan Penemuan SQL Server.

Langkah 2: Konfigurasi Cadangan

  • Jika kubah tempat SQL VM terdaftar dalam kubah yang sama yang digunakan untuk melindungi database, maka ikuti langkah-langkah Konfigurasi Cadangan.

Jika SQL VM perlu didaftarkan di kubah baru, maka harus tidak terdaftar dari kubah lama. Tidak terdaftarnya SQL VM dari kubah mengharuskan semua sumber data yang dilindungi untuk dihentikan perlindungannya lalu Anda dapat menghapus data yang dicadangkan. Menghapus data yang dicadangkan adalah operasi yang merusak. Setelah Anda meninjau dan mengambil semua tindakan pencegahan untuk membatalkan pendaftaran SQL VM, lalu daftarkan VM yang sama ini dengan kubah baru dan coba lagi operasi pencadangan.

Memecahkan masalah Cadangan dan Pemulihan

Kadang-kadang, kegagalan acak dapat terjadi dalam operasi pencadangan dan pemulihan atau operasi tersebut mungkin macet. Ini mungkin disebabkan oleh program antivirus pada VM Anda. Sebagai praktik terbaik, kami menyarankan langkah-langkah berikut:

  1. Kecualikan folder berikut dari pemindaian antivirus:

    C:\Program Files\Azure Workload Backup C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.RecoveryServices.WorkloadBackup.AzureBackupWindowsWorkload

    Ganti C:\ dengan huruf SystemDrive Anda.

  2. Kecualikan tiga proses berikut yang berjalan dalam VM dari pemindaian antivirus:

    • IaasWLPluginSvc.exe
    • IaaSWorkloadCoordinatorService.exe
    • TriggerExtensionJob.exe

  3. SQL juga menawarkan beberapa panduan tentang bekerja dengan program antivirus. Lihat artikel ini untuk detailnya.

Instans rusak dalam VM dengan beberapa instans SQL Server

Anda dapat memulihkan ke SQL VM hanya jika semua instans SQL yang berjalan dalam VM dilaporkan sehat. Jika satu atau beberapa instans "rusak", VM tidak akan muncul sebagai target pemulihan. Jadi ini bisa menjadi alasan yang mungkin mengapa VM multi-instans mungkin tidak muncul di dropdown "server" selama operasi pemulihan.

Anda dapat memvalidasi "Kesiapan Cadangan" dari semua instans SQL di VM, di bawah Konfigurasikan cadangan:

Memvalidasi kesiapan pencadangan

Jika Anda ingin memicu pemulihan pada instans SQL yang sehat, lakukan langkah-langkah berikut:

  1. Masuk ke SQL VM dan masuk ke C:\Program Files\Azure Workload Backup\bin.

  2. Membuat file JSON bernama ExtensionSettingsOverrides.json (jika belum ada). Jika file ini sudah ada pada VM, lanjutkan menggunakannya.

  3. Tambahkan konten berikut dalam file JSON dan simpan file:

    {
              "<ExistingKey1>":"<ExistingValue1>",
                …………………………………………………… ,
          "whitelistedInstancesForInquiry": "FaultyInstance_1,FaultyInstance_2"
        }

        Sample content:        
        { 
          "whitelistedInstancesForInquiry": "CRPPA,CRPPB "
        }

  4. Picu operasi Rediscover DB pada server yang terkena dampak dari portal Microsoft Azure (tempat yang sama di mana kesiapan cadangan dapat dilihat). VM akan mulai muncul sebagai target untuk memulihkan operasi.

    Rediscover DB

  5. Hapus entri WhitelistedInstancesForInquiry dari file ExtensionSettingsOverrides.json setelah operasi pemulihan selesai.

Pesan kesalahan

Jenis cadangan yang tidak didukung

Tingkat keparahan Deskripsi Kemungkinan penyebab Tindakan yang direkomendasikan
Peringatan Pengaturan saat ini untuk basis data ini tidak mendukung tipe cadangan tertentu yang ada dalam kebijakan terkait.
  • Hanya operasi cadangan database lengkap yang dapat dilakukan pada database master. Cadangan diferensial dan cadangan log transaksi tidak dimungkinkan.
  • Database apa pun dalam model pemulihan sederhana tidak memungkinkan cadangan log transaksi.
    		•  Ubah pengaturan database sehingga semua tipe cadangan dalam kebijakan dapat didukung. Atau ubah kebijakan saat ini agar hanya menyertakan tipe cadangan yang didukung. Jika tidak, jenis cadangan yang tidak didukung akan dilewati selama pencadangan terjadwal atau pekerjaan pencadangan akan gagal untuk pencadangan sesuai permintaan.

    UserErrorSQLPODoesNotSupportBackupType

    Pesan kesalahan Kemungkinan penyebab Tindakan yang direkomendasikan
    Database SQL ini tidak mendukung jenis cadangan yang diminta. Terjadi ketika model pemulihan database tidak memperbolehkan tipe cadangan yang diminta. Kesalahan dapat terjadi dalam situasi berikut:
    • Database yang menggunakan model pemulihan sederhana tidak memperbolehkan pencadangan log.
    • Pencadangan diferensial dan log tidak diperbolehkan untuk database master.
    Untuk detail selengkapnya, lihat dokumentasi Model pemulihan SQL Server.    		 Jika pencadangan log gagal untuk database dalam model pemulihan sederhana, cobalah salah satu opsi ini:
    • Jika database dalam mode pemulihan sederhana, nonaktifkan pencadangan log.
    • Gunakan dokumentasi SQL Server untuk mengubah model pemulihan database menjadi dicatat secara penuh atau massal.
    • Jika Anda tidak ingin mengubah model pemulihan, dan Anda memiliki kebijakan standar untuk mencadangkan beberapa database yang tidak bisa diubah, abaikan kesalahan tersebut. Cadangan lengkap dan diferensial Anda akan berfungsi per jadwal. Cadangan log akan dilewati, yang diharapkan dalam kasus ini.
    Jika database master dan Anda telah mengonfigurasi cadangan diferensial atau log, gunakan salah satu langkah berikut ini:
    • Gunakan portal untuk mengubah jadwal kebijakan cadangan untuk database master, menjadi penuh.
    • Jika Anda memiliki kebijakan standar untuk mencadangkan beberapa database yang tidak bisa diubah, abaikan kesalahan tersebut. Cadangan lengkap Anda akan berfungsi per jadwal. Cadangan diferensial atau log tidak akan terjadi, yang diharapkan dalam kasus ini.

    OperationCancelledBecauseConflictingOperationRunningUserError

    Pesan kesalahan Kemungkinan penyebab Tindakan yang direkomendasikan
    Operasi dibatalkan sebagai operasi yang berkonflik sudah berjalan pada database yang sama. Anda mungkin mendapatkan kesalahan ini ketika pekerjaan pencadangan sesuai permintaan atau terjadwal yang terpicu berkonflik dengan operasi pencadangan yang sudah berjalan yang dipicu oleh ekstensi Azure Backup pada database yang sama.
    Berikut ini adalah skenario ketika kode kesalahan ini mungkin muncul:
    • Pencadangan Penuh sedang berjalan pada database, dan pencadangan Penuh lainnya dipicu.
    • Pencadangan Diff sedang berjalan pada database, dan pencadangan Diff lainnya dipicu.
    • Pencadangan Log sedang berjalan pada database, dan pencadangan Log lainnya terpicu.
    		 Setelah operasi yang berkonflik gagal, mulai ulang operasi.

    UserErrorFileManipulationIsNotAllowedDuringBackup

    Pesan kesalahan Kemungkinan penyebab Tindakan yang disarankan
    Operasi manipulasi file cadangan (seperti ALTER DATABASE ADD FILE) dan perubahan enkripsi pada database harus diserialisasikan. Berikut ini adalah kasus-kasus yang mungkin menyebabkan munculnya kode kesalahan:
    • Menambahkan atau menghilangkan file ke database saat pencadangan sedang terjadi.
    • Penyusutan file saat pencadangan database sedang terjadi.
    • Pencadangan database oleh produk pencadangan lain yang dikonfigurasi untuk database sedang berlangsung dan pekerjaan pencadangan dipicu oleh ekstensi Azure Backup.
    		 Nonaktifkan produk pencadangan lainnya untuk mengatasi masalah tersebut.

    UserErrorSQLPODoesNotExist

    Pesan kesalahan Kemungkinan penyebab Tindakan yang disarankan
    Database SQL tidak ada. Database dihapus atau diubah namanya. Periksa apakah database dihapus atau diubah namanya secara tidak sengaja.

    Jika database dihapus secara tidak sengaja, untuk melanjutkan pencadangan, pulihkan database ke lokasi aslinya.

    Jika Anda menghapus database dan tidak memerlukan cadangan di masa mendatang, maka di kubah Layanan Pemulihan, pilih Hentikan pencadangan dengan Pertahankan Data Cadangan atau Hapus Data Cadangan. Untuk informasi selengkapnya, lihat Mengelola dan memantau database SQL Server yang dicadangkan.

    UserErrorSQLLSNValidationFailure

    Pesan kesalahan Kemungkinan penyebab Tindakan yang disarankan
    Rangkaian log rusak. Database atau VM dicadangkan melalui solusi cadangan lain, yang memotong rangkaian log.
    • Periksa apakah solusi cadangan atau skrip lain sedang digunakan. Jika demikian, hentikan solusi cadangan lainnya.
    • Jika cadangan adalah cadangan log sesuai permintaan, picu cadangan lengkap untuk memulai rangkaian log baru. Untuk pencadangan log terjadwal, tidak ada tindakan yang diperlukan karena layanan Azure Backup akan secara otomatis memicu pencadangan lengkap untuk memperbaiki masalah ini.

    UserErrorOpeningSQLConnection

    Pesan kesalahan Kemungkinan penyebab Tindakan yang disarankan
    Azure Backup tidak dapat tersambung ke instans SQL. Azure Backup tidak bisa tersambung ke instans SQL Server. Gunakan detail tambahan di menu kesalahan portal Microsoft Azure untuk mempersempit akar masalahnya. Lihat pemecahan masalah pencadangan SQL untuk memperbaiki kesalahan.

    UserErrorParentFullBackupMissing

    Pesan kesalahan Kemungkinan penyebab Tindakan yang disarankan
    Pencadangan penuh pertama tidak ada untuk sumber data ini. Pencadangan penuh tidak ada untuk database. Pencadangan log dan diferensial adalah orang tua ke cadangan penuh, jadi pastikan untuk mengambil cadangan penuh sebelum memicu diferensial atau mencatat cadangan. Memicu cadangan penuh sesuai permintaan.

    UserErrorBackupFailedAsTransactionLogIsFull

    Pesan kesalahan Kemungkinan penyebab Tindakan yang disarankan
    Tidak dapat mengambil cadangan karena log transaksi untuk sumber data penuh. Ruang log transaksional database sudah penuh. Untuk memperbaiki masalah ini, lihat Dokumentasi SQL Server.

    UserErrorCannotRestoreExistingDBWithoutForceOverwrite

    Pesan kesalahan Kemungkinan penyebab Tindakan yang disarankan
    Database dengan nama yang sama sudah ada di lokasi target Tujuan pemulihan target sudah memiliki database dengan nama yang sama.
    • Mengubah nama database target.
    • Atau, gunakan opsi timpa paksa pada halaman pemulihan.

    UserErrorRestoreFailedDatabaseCannotBeOfflined

    Pesan kesalahan Kemungkinan penyebab Tindakan yang disarankan
    Pemulihan gagal karena database tidak dapat digunakan di lingkungan offline. Saat Anda melakukan pemulihan, database target perlu digunakan di lingkungan offline. Azure Backup tidak bisa membawa data ini offline. Gunakan detail tambahan di menu kesalahan portal Microsoft Azure untuk mempersempit akar masalahnya. Untuk informasi selengkapnya, Dokumentasi SQL Server.

    WlExtGenericIOFaultUserError

    Pesan kesalahan Kemungkinan penyebab Tindakan yang Disarankan
    Terjadi kesalahan input/output selama operasi. Silakan periksa kesalahan IO umum pada komputer virtual. Izin akses atau batasan ruang pada target. Periksa kesalahan IO umum pada komputer virtual. Pastikan bahwa drive target / berbagi jaringan pada komputer:
  • memiliki izin baca/tulis untuk akun NT AUTHORITY\SYSTEM pada komputer.
  • memiliki cukup ruang untuk operasi agar berhasil diselesaikan.
    Untuk informasi selengkapnya, lihat Memulihkan sebagai file.
    		•

    UserErrorCannotFindServerCertificateWithThumbprint

    Pesan kesalahan Kemungkinan penyebab Tindakan yang disarankan
    Tak bisa menemukan sertifikat server dengan thumbprint pada target. Database master pada instans tujuan tidak memiliki thumbprint enkripsi yang valid. Impor thumbprint sertifikat yang valid yang digunakan pada instans sumber, ke instans target.

    UserErrorRestoreNotPossibleBecauseLogBackupContainsBulkLoggedChanges

    Pesan kesalahan Kemungkinan penyebab Tindakan yang disarankan
    Pencadangan log yang digunakan untuk pemulihan berisi perubahan yang dicatat secara massal. Ini tidak dapat digunakan untuk berhenti pada titik arbitrer dalam waktu sesuai pedoman SQL. Saat database dalam mode pemulihan yang dicatat secara massal, data antara transaksi yang dicatat secara massal dan transaksi log berikutnya tidak dapat dipulihkan. Pilih titik waktu yang berbeda untuk pemulihan. Pelajari selengkapnya.

    FabricSvcBackupPreferenceCheckFailedUserError

    Pesan kesalahan Kemungkinan penyebab Tindakan yang disarankan
    Preferensi cadangan untuk SQL Always On Availability Group tidak dapat dipenuhi karena beberapa node dari Availability Group tidak terdaftar. Node yang diperlukan untuk melakukan pencadangan tidak terdaftar atau tidak dapat dijangkau.
    • Pastikan bahwa semua node yang diperlukan untuk melakukan pencadangan database ini terdaftar dan sehat, lalu coba kembali operasi.
    • Ubah preferensi cadangan untuk grup ketersediaan SQL Server AlwaysOn.

    VMNotInRunningStateUserError

    Pesan kesalahan Kemungkinan penyebab Tindakan yang disarankan
    Server SQL dimatikan atau tidak dapat diakses oleh layanan Azure Backup. VM dimatikan. Pastikan instans SQL Server sedang berjalan.

    GuestAgentStatusUnavailableUserError

    Pesan kesalahan Kemungkinan penyebab Tindakan yang disarankan
    Layanan Azure Backup menggunakan agen tamu Azure VM untuk melakukan pencadangan tetapi agen tamu tidak tersedia di server target. Agen tamu tidak diaktifkan atau tidak sehat. Pasang agen tamu VM secara manual.

    AutoProtectionCancelledOrNotValid

    Pesan kesalahan Kemungkinan penyebab Tindakan yang disarankan
    Proteksi otomatis Intent telah dihapus atau tidak valid lagi. Saat Anda mengaktifkan perlindungan otomatis pada instans SQL Server, pekerjaan Cadangan Konfigurasi berjalan untuk semua database dalam instans itu. Jika Anda menonaktifkan perlindungan otomatis saat pekerjaan berjalan, maka pekerjaan Yang Sedang Berlangsung dibatalkan dengan kode kesalahan ini. Aktifkan proteksi otomatis sekali lagi untuk membantu melindungi semua database yang tersisa.

    CloudDosAbsoluteLimitReached

    Pesan kesalahan Kemungkinan penyebab Tindakan yang disarankan
    Operasi diblokir karena Anda telah mencapai batas jumlah operasi yang diizinkan dalam 24 jam. Ketika Anda telah mencapai batas maksimum yang diizinkan untuk operasi dalam rentang 24 jam, kesalahan ini muncul.
    Misalnya: Jika Anda telah mencapai batas jumlah tugas pencadangan yang dapat dipicu per hari, dan Anda mencoba mengonfigurasi pencadangan pada item baru, Anda akan melihat kesalahan ini.    		 Biasanya, mencoba kembali operasi setelah 24 jam akan menyelesaikan masalah ini. Namun, jika masalah berlanjut, Anda dapat menghubungi dukungan Microsoft untuk mendapatkan bantuan.

    CloudDosAbsoluteLimitReachedWithRetry

    Pesan kesalahan Kemungkinan penyebab Tindakan yang disarankan
    Operasi diblokir karena kubah telah mencapai batas maksimum untuk operasi tersebut yang diizinkan dalam rentang 24 jam. Ketika Anda telah mencapai batas maksimum yang diizinkan untuk operasi dalam rentang 24 jam, kesalahan ini muncul. Kesalahan ini biasanya muncul ketika ada operasi dalam skala besar seperti mengubah kebijakan atau perlindungan otomatis. Tidak seperti kasus CloudDosAbsoluteLimitReached, tidak banyak yang dapat Anda lakukan untuk menyelesaikan keadaan ini. Bahkan, layanan Azure Backup akan mencoba kembali operasi secara internal untuk semua item yang dimaksud.
    Misalnya: Jika Anda memiliki sejumlah besar sumber data yang dilindungi dengan kebijakan dan Anda mencoba memodifikasi kebijakan tersebut, maka akan memicu konfigurasi pekerjaan perlindungan untuk setiap item yang dilindungi dan kadang-kadang dapat mencapai batas maksimum yang diizinkan untuk operasi tersebut per hari.    		 Layanan Azure Backup akan secara otomatis mencoba kembali operasi ini setelah 24 jam.

    WorkloadExtensionNotReachable

    Pesan kesalahan Kemungkinan penyebab Tindakan yang disarankan
    Operasi ekstensi beban kerja AzureBackup gagal. VM dimatikan, atau VM tidak dapat menghubungi layanan Azure Backup karena masalah konektivitas internet.
  • Pastikan VM berjalan dan memiliki konektivitas internet.
  • Daftar ulang ekstensi pada SQL Server VM.
    		•

    UserErrorVMInternetConnectivityIssue

    Pesan kesalahan Kemungkinan penyebab Tindakan yang disarankan
    VM tidak dapat menghubungi layanan Azure Backup karena masalah konektivitas internet. Penyebab 1: VM memerlukan konektivitas keluar ke layanan Azure Backup Service, Azure Storage, atau Microsoft Entra.

    Penyebab 2: Kebijakan Objek Kebijakan Grup (GPO) membatasi cipher suite yang diperlukan untuk komunikasi TLS.    		 Rekomendasi untuk penyebab 1:
  • Jika Anda menggunakan NSG untuk membatasi konektivitas, maka Anda harus menggunakan tag layanan AzureBackup untuk memungkinkan akses keluar ke Azure Backup Service, dan demikian pula untuk layanan MICROSOFT Entra ID (AzureActiveDirectory) dan Azure Storage(Storage). Ikuti langkah-langkah ini untuk memberikan akses.
  • Pastikan DNS menyelesaikan titik akhir Azure.
  • Periksa apakah VM berada di belakang penyeimbang muatan yang memblokir akses internet. Dengan menetapkan IP publik ke VM, penemuan akan berhasil.
  • Pastikan tidak ada firewall/antivirus/proksi yang memblokir panggilan ke tiga layanan target di atas.

    Rekomendasi untuk penyebab 2: Hapus VM dari GPO atau nonaktifkan/hapus kebijakan GPO sebagai solusinya. Atau, ubah GPO sembari memungkinkan cipher suite yang diperlukan.
    		•

    UserErrorOperationNotAllowedDatabaseMirroringEnabled

    Pesan kesalahan Kemungkinan penyebab Tindakan yang direkomendasikan
    Pencadangan database yang berpartisipasi dalam sesi pencerminan database tidak didukung oleh AzureWorkloadBackup. Saat Anda mengaktifkan operasi pencerminan pada database SQL, kesalahan ini muncul. Saat ini, Azure Backup tidak mendukung database dengan fitur ini diaktifkan. Anda bisa menghapus sesi pencerminan database database agar operasi berhasil diselesaikan. Atau, jika database sudah dilindungi, lakukan Hentikan operasi pencadangan pada database.

    UserErrorWindowsWLExtFailedToStartPluginService

    Pesan kesalahan Kemungkinan penyebab Rekomendasi
    Operasi gagal dengan UserErrorWindowsWLExtFailedToStartPluginService kesalahan. Ekstensi beban kerja Azure Backup tidak dapat memulai layanan plugin cadangan beban kerja di Azure Virtual Machine karena kesalahan konfigurasi akun layanan. Langkah 1:

    Verifikasi apakah pengguna NT Service\AzureWLBackupPluginSvc memiliki izin Baca pada:
    - C:\windows\Microsoft.NET \assembly\GAC_32
    - C:\windows\Microsoft.NET \assembly\GAC_64
    - C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\machine.config.

    Jika izin hilang, tetapkan izin Baca pada direktori ini.

    Langkah 2:

    Verifikasi apakah NT Service\AzureWLBackupPluginSvc memiliki hak pemeriksaan melintasi Bypass dengan masuk ke Pemeriksaan Melewati Penetapan>Hak Pengguna Kebijakan>Keamanan Lokal. Setiap orang harus dipilih secara default.

    Jika Semua orang dan NT Service\AzureWLBackupPluginSvc hilang, tambahkan pengguna NT Service\AzureWLBackupPluginSvc , lalu coba mulai ulang layanan atau picu operasi pencadangan atau pemulihan untuk sumber data.

    Kegagalan registrasi ulang

    Periksa satu atau beberapa gejala berikut sebelum Anda memicu operasi pendaftaran ulang:

    • Semua operasi (seperti pencadangan, pemulihan, dan konfigurasi cadangan) gagal pada VM dengan salah satu kode kesalahan berikut: WorkloadExtensionNotReachable, UserErrorWorkloadExtensionNotInstalled, WorkloadExtensionNotPresent, WorkloadExtensionDidntDequeueMsg.

    • Jika area Status Cadangan untuk item cadangan memperlihatkan Tidak dapat dijangkau, filter semua penyebab lain yang mungkin menghasilkan status yang sama:

      • Kurangnya izin untuk melakukan operasi terkait cadangan pada VM.
      • Matikan VM, sehingga cadangan tidak dapat terjadi.
      • Kesalahan jaringan

      mendaftarkan ulang VM

    • Dalam kasus grup ketersediaan AlwaysOn, cadangan mulai gagal setelah Anda mengubah preferensi cadangan atau setelah adanya kegagalan.

    Gejala-gejala ini dapat terjadi karena satu atau beberapa alasan berikut:

    • Ekstensi telah dihapus atau dicopot pemasangannya dari portal.
    • Ekstensi telah dihapus dari Panel Kontrol pada VM di bawah Copot Pemasangan atau Ubah Program.
    • VM dipulihkan kembali ke masa lalu melalui pemulihan disk lokal.
    • VM telah dimatikan untuk jangka waktu yang lama, sehingga konfigurasi ekstensinya kedaluwarsa.
    • VM telah dihapus, dan VM lain dibuat dengan nama yang sama dan dalam grup sumber daya yang sama dengan VM yang dihapus.
    • Salah satu node grup ketersediaan tidak menerima konfigurasi cadangan lengkap. Ini dapat terjadi ketika grup ketersediaan didaftarkan ke kubah atau ketika node baru ditambahkan.

    Dalam skenario sebelumnya, kami menyarankan Anda memicu operasi pendaftaran ulang pada VM. Lihat di sini untuk instruksi tentang cara melakukan tugas ini di PowerShell.

    Batas ukuran untuk file

    Ukuran total string file tidak hanya tergantung pada jumlah file tetapi juga pada nama dan jalurnya. Untuk setiap file database, dapatkan nama file logis dan jalur fisik. Anda dapat menggunakan kueri SQL ini:

    SELECT mf.name AS LogicalName, Physical_Name AS Location FROM sys.master_files mf
               INNER JOIN sys.databases db ON db.database_id = mf.database_id
               WHERE db.name = N'<Database Name>'"

    Sekarang susun dalam format berikut:

    [{"path":"<Location>","logicalName":"<LogicalName>","isDir":false},{"path":"<Location>","logicalName":"<LogicalName>","isDir":false}]}

    Berikut contohnya:

    [{"path":"F:\\Data\\TestDB12.mdf","logicalName":"TestDB12","isDir":false},{"path":"F:\\Log\\TestDB12_log.ldf","logicalName":"TestDB12_log","isDir":false}]}

    Jika ukuran string konten melebihi 20.000 byte, file database disimpan secara berbeda. Selama pemulihan, Anda tidak akan dapat mengatur jalur file target untuk pemulihan. File akan dipulihkan ke jalur SQL default yang disediakan oleh SQL Server.

    Mengesampingkan jalur file pemulihan target default

    Anda dapat mengambil alih jalur file pemulihan target selama operasi pemulihan dengan menempatkan file JSON yang berisi pemetaan file database ke jalur pemulihan target. Buat sebuah file database_name.json dan letakkan di lokasi C:\Program Files\Azure Workload Backup\bin\plugins\SQL*.

    Konten file harus dalam format ini:

    [
  {
    "Path": "<Restore_Path>",
    "LogicalName": "<LogicalName>",
    "IsDir": "false"
  },
  {
    "Path": "<Restore_Path>",
    "LogicalName": "LogicalName",
    "IsDir": "false"
  },  
]

    Berikut contohnya:

    [
  {
   "Path": "F:\\Data\\testdb2_1546408741449456.mdf",
   "LogicalName": "testdb7",
   "IsDir": "false"
  },
  {
    "Path": "F:\\Log\\testdb2_log_1546408741449456.ldf",
    "LogicalName": "testdb7_log",
    "IsDir": "false"
  },  
]

    Dalam konten sebelumnya, Anda bisa mendapatkan nama logis file database dengan menggunakan kueri SQL berikut ini:

    SELECT mf.name AS LogicalName FROM sys.master_files mf
                INNER JOIN sys.databases db ON db.database_id = mf.database_id
                WHERE db.name = N'<Database Name>'"

    File ini harus ditempatkan sebelum Anda memicu operasi pemulihan.

    Langkah berikutnya

    Untuk informasi selengkapnya tentang Azure Backup untuk komputer virtual SQL.