Pilih preferensi cookie Anda

Kami menggunakan cookie penting serta alat serupa yang diperlukan untuk menyediakan situs dan layanan. Kami menggunakan cookie performa untuk mengumpulkan statistik anonim sehingga kami dapat memahami cara pelanggan menggunakan situs dan melakukan perbaikan. Cookie penting tidak dapat dinonaktifkan, tetapi Anda dapat mengklik “Kustom” atau “Tolak” untuk menolak cookie performa.

Jika Anda setuju, AWS dan pihak ketiga yang disetujui juga akan menggunakan cookie untuk menyediakan fitur situs yang berguna, mengingat preferensi Anda, dan menampilkan konten yang relevan, termasuk iklan yang relevan. Untuk menerima atau menolak semua cookie yang tidak penting, klik “Terima” atau “Tolak”. Untuk membuat pilihan yang lebih detail, klik “Kustomisasi”.

Melindungi data Anda dengan backup

Mode fokus
Melindungi data Anda dengan backup - Amazon FSx untuk Server File Windows

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Anda dapat melindungi data pada sistem file Windows File Server Anda FSx dengan mengambil cadangan sistem file biasa. Amazon FSx memberi Anda beberapa opsi untuk membuat cadangan sistem file Anda. Anda dapat menggunakan backup harian otomatis untuk mengambil cadangan setiap hari. Anda dapat mengambil cadangan yang diprakarsai pengguna dari sistem file Anda kapan saja. Anda juga dapat menggunakan AWS Backup sebagai bagian dari solusi cadangan terpusat untuk AWS sumber daya Anda. Solusi pencadangan ini dapat membantu Anda memenuhi kebutuhan penyimpanan data, bisnis, dan kepatuhan Anda.

Sebaiknya gunakan pencadangan harian otomatis yang diaktifkan secara default untuk sistem file Anda, dan gunakan AWS Backup untuk solusi pencadangan terpusat di seluruh. Layanan AWS AWS Backup memungkinkan Anda mengonfigurasi paket cadangan tambahan dengan frekuensi yang berbeda (misalnya, beberapa kali sehari, harian, atau mingguan) dan periode retensi.

Dengan AmazonFSx, backup, sangat tahan lama file-system-consistent, dan inkremental. Setiap cadangan berisi semua informasi yang diperlukan untuk membuat sistem file baru, secara efektif memulihkan point-in-time snapshot dari sistem file. Untuk memastikan konsistensi sistem file, Amazon FSx menggunakan Volume Shadow Copy Service (VSS) di Microsoft Windows. Untuk memastikan daya tahan tinggi, Amazon FSx menyimpan cadangan di Amazon Simple Storage Service (Amazon S3).

FSxPencadangan Amazon bersifat inkremental, baik yang dihasilkan menggunakan pencadangan harian otomatis atau fitur pencadangan yang diprakarsai pengguna. Hal ini berarti hanya data pada sistem file yang telah berubah setelah backup terbaru Anda saja yang disimpan. Hal ini meminimalisir waktu yang diperlukan untuk membuat backup dan menghemat biaya penyimpanan dengan tidak menduplikasi data.

Pada titik tertentu selama proses pencadangan, penyimpanan I/O dapat ditangguhkan sebentar, biasanya selama beberapa detik. Karena VSS layanan perlu menyiram setiap penulisan yang di-cache ke disk sebelum melanjutkan I/O, durasi jeda mungkin lebih lama jika beban kerja Anda memiliki sejumlah besar operasi tulis per detik (). DataWriteOperations Sebagian besar pengguna akhir dan aplikasi akan mengalami suspensi I/O ini sebagai jeda I/O singkat. Aplikasi Anda mungkin memiliki sensitivitas yang berbeda terhadap pengaturan batas waktu tergantung pada bagaimana mereka dikonfigurasi.

Membuat cadangan reguler untuk sistem file Anda adalah praktik terbaik yang melengkapi replikasi yang dilakukan FSx Amazon untuk Windows File Server untuk sistem file Anda. FSxPencadangan Amazon membantu mendukung retensi cadangan dan kebutuhan kepatuhan Anda. Bekerja dengan FSx cadangan Amazon itu mudah, apakah itu membuat cadangan, menyalin cadangan, memulihkan sistem file dari cadangan, atau menghapus cadangan. Perhatikan bahwa untuk melihat penggunaan untuk cadangan sistem file tunggal, Anda harus mengaktifkan tag untuk cadangan tertentu dan mengaktifkan pelaporan penagihan berbasis tag.

Bekerja dengan backup harian otomatis

Secara default, Amazon FSx mengambil cadangan harian otomatis dari sistem file Anda. Backup harian otomatis ini terjadi selama jendela backup harian didirikan ketika Anda membuat sistem file. Ketika Anda memilih jendela cadangan harian Anda, kami sarankan Anda memilih waktu yang nyaman dalam sehari yang berada di luar jam operasi normal untuk aplikasi yang menggunakan sistem file. Kami juga merekomendasikan memilih jendela cadangan di luar jendela pemeliharaan karena pencadangan otomatis mungkin tidak terjadi jika ada pemeliharaan sistem file yang sedang berlangsung.

Backup harian otomatis disimpan untuk jangka waktu tertentu, yang dikenal sebagai periode penyimpanan. Saat Anda membuat sistem file di FSx konsol Amazon, periode retensi cadangan harian otomatis default adalah 30 hari. Periode retensi default berbeda di Amazon FSx API danCLI. Anda dapat mengatur periode penyimpanan backup menjadi antara 0–90 hari. Pengaturan periode penyimpanan ke 0 (nol) hari akan mematikan backup harian otomatis. Backup harian otomatis dihapus saat sistem file dihapus.

catatan

Pengaturan periode penyimpanan ke 0 hari berarti sistem file Anda tidak pernah dicadangkan secara otomatis. Kami sangat menyarankan Anda menggunakan backup harian otomatis untuk sistem file yang memiliki fungsionalitas dengan tingkat kepentingan apa saja yang ter-associate dengan sistem file.

Anda dapat menggunakan AWS CLI atau salah satu AWS SDKs untuk mengubah jendela cadangan dan periode retensi cadangan untuk sistem file Anda. Gunakan UpdateFileSystemAPIoperasi atau update-file-systemCLIperintah. Untuk informasi selengkapnya, lihat Perbarui sistem file menggunakan AWS CLI.

Bekerja dengan backup yang diinisiasi pengguna

Dengan AmazonFSx, Anda dapat secara manual mengambil cadangan sistem file Anda kapan saja. Anda dapat melakukannya menggunakan FSx konsol Amazon,API, atau AWS Command Line Interface (AWS CLI). Pencadangan sistem file FSx Amazon yang diprakarsai pengguna Anda tidak pernah kedaluwarsa, dan tersedia selama Anda ingin menyimpannya. Backup yang diinisiasi pengguna dipertahankan bahkan setelah Anda menghapus sistem file yang di-backup. Anda dapat menghapus cadangan yang dimulai pengguna hanya dengan menggunakan konsol AmazonFSx,, atau. API CLI Mereka tidak pernah dihapus secara otomatis oleh AmazonFSx. Untuk informasi selengkapnya, lihat Menghapus cadangan.

Jika pencadangan dimulai saat sistem file sedang dimodifikasi (seperti selama pembaruan kapasitas throughput, atau selama pemeliharaan sistem file), permintaan cadangan akan diantrian dan akan dilanjutkan ketika aktivitas selesai.

Untuk mempelajari cara mengambil backup yang diprakarsai pengguna dari sistem file Anda, lihat. Membuat backup yang diinisiasi pengguna

Menggunakan AWS Backup dengan Amazon FSx

AWS Backup adalah cara sederhana dan hemat biaya untuk melindungi data Anda dengan mencadangkan sistem file Amazon FSx Anda. AWS Backup adalah layanan cadangan terpadu yang dirancang untuk menyederhanakan pembuatan, penyalinan, pemulihan, dan penghapusan cadangan, sambil memberikan pelaporan dan audit yang lebih baik. AWS Backup membuatnya lebih mudah untuk mengembangkan strategi cadangan terpusat untuk kepatuhan hukum, peraturan, dan profesional. AWS Backup juga membuat melindungi volume AWS penyimpanan, database, dan sistem file Anda lebih sederhana dengan menyediakan tempat sentral di mana Anda dapat melakukan hal berikut:

  • Konfigurasikan dan audit AWS sumber daya yang ingin Anda cadangkan.

  • Otomatiskan penjadwalan cadangan.

  • Tetapkan kebijakan penyimpanan.

  • Salin cadangan di seluruh AWS Wilayah dan di seluruh AWS akun.

  • Pantau semua aktivitas backup, penyalinan, dan pemulihan terbaru.

AWS Backup menggunakan fungsionalitas cadangan bawaan AmazonFSx. Cadangan yang diambil dari AWS Backup konsol memiliki tingkat konsistensi dan kinerja sistem file yang sama, dan opsi pemulihan yang sama dengan cadangan yang diambil melalui konsol Amazon. FSx Pencadangan yang diambil AWS Backup bersifat inkremental relatif terhadap FSx cadangan Amazon lainnya yang Anda ambil, baik yang dimulai pengguna atau otomatis.

Jika Anda menggunakannya AWS Backup untuk mengelola cadangan ini, Anda mendapatkan fungsionalitas tambahan, seperti opsi retensi tak terbatas dan kemampuan untuk membuat cadangan terjadwal sesering setiap jam. Selain itu, AWS Backup pertahankan cadangan Anda yang tidak dapat diubah bahkan setelah sistem file sumber dihapus. Hal ini melindungi dari penghapusan yang tidak disengaja atau berbahaya.

Pencadangan yang diambil oleh dianggap sebagai cadangan AWS Backup yang diprakarsai pengguna, dan mereka dihitung terhadap kuota cadangan yang diprakarsai pengguna untuk Amazon. FSx Anda dapat melihat dan memulihkan cadangan yang diambil oleh AWS Backup di FSx konsol Amazon,CLI, dan. API Namun, Anda tidak dapat menghapus cadangan yang diambil AWS Backup di FSx konsol Amazon,CLI, atau. API Untuk informasi selengkapnya tentang cara menggunakan AWS Backup untuk mencadangkan sistem FSx file Amazon, lihat Bekerja dengan Sistem FSx File Amazon di Panduan AWS Backup Pengembang.

Menyalin cadangan

Anda dapat menggunakan Amazon FSx untuk menyalin cadangan secara manual dalam AWS akun yang sama ke AWS Wilayah lain (Salinan lintas wilayah) atau dalam Wilayah yang sama (Salinan dalam AWS wilayah). Anda dapat membuat salinan lintas wilayah hanya dalam AWS partisi yang sama. Anda dapat membuat salinan cadangan yang dimulai pengguna menggunakan FSx konsol Amazon,, AWS CLI atau. API Saat Anda membuat salinan backup yang diinisiasi pengguna, salinan tersebut memiliki jenis USER_INITIATED.

Anda juga dapat menggunakan AWS Backup untuk menyalin cadangan di seluruh AWS Wilayah dan di seluruh akun. AWS AWS Backup adalah layanan manajemen cadangan yang dikelola sepenuhnya yang menyediakan antarmuka pusat untuk rencana pencadangan berbasis kebijakan. Dengan pengelolaan lintas akun, Anda dapat secara otomatis menggunakan kebijakan backup untuk menerapkan rencana pencadangan di seluruh akun dalam organisasi Anda.

Salinan backup lintas wilayah Sangat berharga untuk pemulihan bencana lintas-Wilayah. Anda mengambil cadangan dan menyalinnya ke AWS Wilayah lain sehingga jika terjadi bencana di AWS Wilayah utama, Anda dapat memulihkan dari cadangan dan memulihkan ketersediaan dengan cepat di Wilayah lain AWS . Anda juga dapat menggunakan salinan cadangan untuk mengkloning kumpulan data file Anda ke AWS Wilayah lain atau dalam Wilayah yang sama AWS . Anda membuat salinan cadangan dalam AWS akun yang sama (Lintas wilayah atau Dalam wilayah) dengan menggunakan FSx konsol Amazon, AWS CLI, atau Amazon. FSx API Anda juga dapat menggunakan AWS Backup untuk melakukan salinan backup, baik sesuai permintaan atau berbasis kebijakan.

Salinan cadangan lintas akun berharga untuk memenuhi persyaratan kepatuhan peraturan untuk menyalin cadangan ke akun yang terisolasi. Mereka juga menyediakan lapisan perlindungan data tambahan untuk membantu mencegah penghapusan cadangan yang tidak disengaja atau berbahaya, kehilangan kredensil, atau kompromi kunci. AWS KMS Support backup lintas akun fan-in (penyalinan backup dari beberapa akun utama ke satu akun salinan backup yang terisolasi) dan fan-out (penyalinan backup dari satu akun utama ke beberapa akun salinan backup yang terisolasi).

Anda dapat membuat salinan cadangan lintas akun AWS Backup dengan menggunakan AWS Organizations dukungan. Batasan akun untuk salinan lintas akun ditentukan oleh AWS Organizations kebijakan. Untuk informasi selengkapnya tentang penggunaan AWS Backup untuk membuat salinan cadangan lintas akun, lihat Membuat salinan cadangan Akun AWS di Panduan AWS Backup Pengembang.

Batasan salinan Backup

Berikut ini adalah beberapa batasan saat Anda menyalin cadangan:

  • Salinan cadangan Lintas Wilayah hanya didukung antara dua AWS Wilayah komersial, antara Wilayah Tiongkok (Beijing) dan Tiongkok (Ningxia), dan antara Wilayah AWS GovCloud (AS-Timur) dan AWS GovCloud (AS-Barat), tetapi tidak di seluruh wilayah tersebut.

  • Salinan backup Lintas-Wilayah tidak di-support di WIlayah-wilayah opt-in.

  • Anda dapat membuat salinan cadangan In-region dalam AWS Wilayah mana pun.

  • Backup sumber harus memiliki status AVAILABLE sebelum Anda dapat menyalinnya.

  • Anda tidak dapat menghapus backup sumber jika sedang disalin. Mungkin ada jeda singkat antara saat backup tujuan menjadi tersedia dan ketika Anda diizinkan untuk menghapus backup sumber. Anda harus mengingat bahwa terdapat jeda jika Anda mencoba lagi menghapus backup sumber.

  • Anda dapat memiliki hingga lima permintaan salinan cadangan yang sedang berlangsung ke satu AWS Wilayah tujuan per akun.

Izin untuk penyalinan backup lintas Wilayah

Anda menggunakan pernyataan IAM kebijakan untuk memberikan izin untuk melakukan operasi penyalinan cadangan. Untuk berkomunikasi dengan AWS Wilayah sumber untuk meminta salinan cadangan Lintas wilayah, pemohon (IAMperan atau IAM pengguna) harus memiliki akses ke cadangan sumber dan Wilayah sumber AWS .

Anda menggunakan kebijakan untuk memberikan izin melakukan tindakan CopyBackup untuk operasi penyalinan backup. Tentukan tindakan dalam bidang Action kebijakan, dan tentukan nilai sumber daya dalam bidang Resource kebijakan, sebagaimana contoh berikut ini.

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "fsx:CopyBackup", "Resource": "arn:aws:fsx:*:111111111111:backup/*" } ] }

Untuk informasi selengkapnya tentang IAM kebijakan, lihat Kebijakan dan izin IAM di Panduan IAM Pengguna.

Salinan penuh dan bersifat inkremental

Saat Anda menyalin cadangan ke AWS wilayah tujuan atau AWS akun tujuan yang berbeda dari cadangan sumber, salinan pertama adalah salinan cadangan lengkap, bahkan jika Anda menggunakan KMS kunci yang sama untuk mengenkripsi salinan sumber dan tujuan cadangan.

Setelah salinan cadangan pertama, semua salinan cadangan berikutnya ke Wilayah tujuan yang sama dalam AWS akun yang sama bersifat inkremental, asalkan Anda belum menghapus semua cadangan yang disalin sebelumnya di Wilayah tersebut dan telah menggunakan kunci yang sama. AWS KMS Jika salah satu kondisi tidak terpenuhi, operasi penyalinan menghasilkan salinan cadangan penuh (bukan tambahan).

Untuk mempelajari cara menyalin cadangan sistem file Anda, lihat. Menyalin cadangan dalam akun yang sama

Memulihkan backup ke sistem file baru

Anda dapat menggunakan cadangan yang tersedia untuk membuat sistem file baru, secara efektif memulihkan point-in-time snapshot dari sistem file lain. Anda dapat memulihkan cadangan menggunakan konsol, AWS CLI, atau salah satu AWS SDKs. Memulihkan backup ke sistem file yang baru menghabiskan waktu yang sama dengan membuat sistem file baru. Data yang dipulihkan dari backup di-lazy-load ke sistem file, pada waktu lazy-load Anda akan mengalami latensi yang sedikit lebih tinggi.

Untuk memastikan bahwa pengguna dapat terus mengakses sistem file yang dipulihkan, pastikan bahwa domain Active Directory yang terkait dengan sistem file yang dipulihkan sama dengan sistem file asli, atau dipercaya oleh domain Active Directory dari sistem file asli. Untuk informasi selengkapnya tentang Active Directory, lihatBekerja dengan Microsoft Active Directory.

Untuk mempelajari cara mengembalikan cadangan ke sistem file baru FSx untuk Windows, lihatMemulihkan cadangan ke sistem file baru.

catatan

Anda hanya dapat mengembalikan cadangan sistem file ke sistem file baru dengan jenis penyebaran dan kapasitas penyimpanan yang sama seperti aslinya. Anda dapat meningkatkan kapasitas penyimpanan sistem file baru setelah tersedia. Untuk informasi selengkapnya, lihat Mengelola kapasitas penyimpanan.

Anda dapat mengubah salah satu pengaturan sistem file berikut saat memulihkan cadangan ke sistem file baru:

  • Jenis penyimpanan

  • Kapasitas throughput

  • VPC

  • Zona Ketersediaan

  • Subnet

  • Grup keamanan VPC

  • Konfigurasi Direktori Aktif

  • AWS KMS kunci enkripsi

  • Waktu mulai pencadangan otomatis harian

  • Window pemeliharaan mingguan

Ukuran backup

Ukuran cadangan ditentukan menggunakan penyimpanan yang digunakan dalam sistem file, bukan total kapasitas penyimpanan yang disediakan. Ukuran backup Anda akan tergantung pada kapasitas penyimpanan yang digunakan serta jumlah churn data pada sistem file Anda. Bergantung pada bagaimana data Anda didistribusikan di seluruh volume penyimpanan sistem file dan seberapa sering itu berubah, total penggunaan cadangan Anda mungkin lebih besar atau kurang dari kapasitas penyimpanan yang Anda gunakan. Saat Anda menghapus sebuah cadangan, hanya data yang unik dari cadangan tersebut yang dihapus.

Untuk menyediakan cadangan yang tahan lama file-system-consistent, dan inkremental, Amazon FSx mencadangkan data di tingkat blok. Data pada volume penyimpanan sistem file dapat disimpan di beberapa blok tergantung pada pola yang ditulis atau ditulis ulang. Akibatnya, ukuran total penggunaan cadangan mungkin tidak sesuai dengan ukuran file dan direktori yang tepat pada sistem file. Penggunaan dan biaya cadangan Anda secara keseluruhan dapat ditemukan di AWS Billing Dasbor atau AWS Cost Management Console.

Gunakan tag untuk mengatur AWS tagihan Anda untuk mencerminkan struktur biaya Anda sendiri. Untuk melakukan ini, daftar untuk mendapatkan Akun AWS tagihan Anda dengan nilai kunci tag disertakan. Kemudian, untuk melihat biaya sumber daya gabungan, atur informasi penagihan Anda sesuai dengan sumber daya Anda dengan nilai kunci tag yang sama. Misalnya, Anda dapat memberi tag pada beberapa sumber daya dengan nama aplikasi tertentu, kemudian mengatur informasi penagihan Anda untuk melihat biaya total aplikasi tersebut di beberapa layanan. Untuk informasi selengkapnya, lihat Menggunakan Tag Alokasi Biaya dalam Panduan Pengguna AWS Billing .

catatan

Saat Anda meningkatkan kapasitas penyimpanan, proses migrasi data dari kumpulan disk penyimpanan lama ke set disk penyimpanan baru yang lebih besar dapat mengakibatkan peningkatan sementara dalam penggunaan cadangan hingga cadangan yang terkait dengan kumpulan disk penyimpanan lama dihapus. Jika penyimpanan sistem file Anda hanya digunakan sebagian sebelum Anda meningkatkan kapasitas penyimpanan, ukuran data yang perlu dimigrasikan ke disk baru mungkin lebih besar dari ukuran data yang ada pada disk penyimpanan asli. Hal ini dapat menyebabkan peningkatan penggunaan cadangan hingga tingkat kapasitas penyimpanan baru. Anda harus mempertimbangkan dampak peningkatan kapasitas penyimpanan pada perencanaan cadangan Anda.

PrivasiSyarat situsPreferensi cookie
© 2025, Amazon Web Services, Inc. atau afiliasinya. Semua hak dilindungi undang-undang.