Tanya jawab umum (FAQ) tentang Azure Files

Azure Files menawarkan berbagi file yang dikelola sepenuhnya di cloud yang dapat diakses melalui protokol Blok Pesan Server (SMB) standar industri dan protokol Network File System (NFS) (pratinjau). Anda dapat memasang berbagi file Azure secara bersamaan di cloud atau penyebaran Windows, Linux, dan macOS lokal. Anda juga dapat menyimpan berbagi file Azure dalam cache di mesin Windows Server dengan menggunakan Azure File Sync untuk akses cepat yang dekat dengan tempat data digunakan.

Artikel ini menjawab pertanyaan umum tentang fitur dan fungsionalitas Azure Files, termasuk penggunaan Azure File Sync dengan Azure Files. Jika Anda tidak melihat jawaban atas pertanyaan Anda, Anda dapat menghubungi kami melalui saluran berikut (dalam urutan meningkat):

  1. Bagian komentar dari artikel ini.
  2. Halaman pertanyaan Microsoft Q&A untuk Azure Storage.
  3. Azure Files UserVoice.
  4. Dukungan Microsoft. Untuk membuat permintaan dukungan baru, di portal Microsoft Azure, pada tab Bantuan, pilih tombol Bantuan + dukungan, lalu pilih Permintaan dukungan baru.

Umum

  • Bagaimana cara memanfaatkan Azure Files?
    Anda dapat menggunakan Azure Files untuk membuat berbagi file di cloud, tanpa bertanggung jawab untuk mengelola overhead server fisik, perangkat, atau peralatan. Kami melakukan pekerjaan monoton untuk Anda, termasuk menerapkan pembaruan OS dan mengganti disk yang buruk. Untuk mempelajari selengkapnya tentang skenario yang dapat membantu Azure Files, lihat Mengapa Azure Files berguna.

  • Apa cara berbeda untuk mengakses file di Azure Files?
    Berbagi file SMB dapat dipasang di komputer lokal Anda dengan menggunakan protokol SMB 3.x, atau Anda dapat menggunakan alat seperti Storage Explorer untuk mengakses file di berbagi file Anda. Berbagi file NFS dapat dipasang di mesin lokal Anda dengan menyalin/menempelkan skrip yang disediakan oleh portal Microsoft Azure. Dari aplikasi, Anda dapat menggunakan library klien penyimpanan, REST API, PowerShell, atau Azure CLI untuk mengakses file Anda di berbagi file Azure.

  • Apa yang dimaksud dengan Azure File Sync?
    Anda bisa menggunakan Azure File Sync untuk memusatkan berbagi file organisasi Anda di Azure Files, sambil mempertahankan fleksibilitas, performa, dan kompatibilitas server file lokal. Azure File Sync mengubah mesin Windows Server Anda menjadi singgahan cepat berbagi file Azure Anda. Anda dapat menggunakan protokol apa pun yang tersedia di Windows Server untuk mengakses data Anda secara lokal, termasuk SMB, Network File System (NFS), dan Layanan Protokol Transfer File (FTPS). Anda dapat memiliki cache sebanyak yang Anda butuhkan di seluruh dunia.

  • Mengapa saya menggunakan berbagi file Azure versus penyimpanan Azure Blob untuk data saya?
    Penyimpanan Azure Files dan Azure Blob keduanya menawarkan cara untuk menyimpan data dalam jumlah besar di cloud, tetapi berguna untuk tujuan yang sedikit berbeda.

    Penyimpanan Azure Blob berguna untuk aplikasi cloud-native berskala besar yang perlu menyimpan data tidak terstruktur. Untuk memaksimalkan performa dan skala, penyimpanan Azure Blob adalah abstraksi penyimpanan yang lebih sederhana daripada sistem file sejati. Anda hanya dapat mengakses penyimpanan Azure Blob melalui pustaka klien berbasis REST (atau langsung melalui protokol berbasis REST).

    Azure Files secara khusus adalah sistem file. Azure Files memiliki semua abstrak file yang Anda kenal dan sukai dari bertahun-tahun bekerja dengan sistem operasi lokal. Seperti penyimpanan Azure Blob, Azure Files menawarkan antarmuka REST dan pustaka klien berbasis REST. Tidak seperti penyimpanan Azure Blob, Azure Files menawarkan akses SMB atau NFS ke berbagi file Azure. Berbagi file dapat dipasang langsung di Windows, Linux, atau macOS, baik secara lokal atau di VM cloud, tanpa menulis kode apa pun atau melampirkan driver khusus apa pun ke sistem file. Anda juga dapat menyimpan berbagi file Azure SMB di server file lokal dengan menggunakan Azure File Sync untuk akses cepat, dekat dengan tempat data digunakan.

    Untuk deskripsi yang lebih mendalam tentang perbedaan antara penyimpanan Azure Files dan Azure Blob, lihat Pengantar ke layanan Azure Storage inti. Untuk mempelajari selengkapnya tentang penyimpanan Azure Blob, lihat Pengantar penyimpanan Blob.

  • Mengapa saya menggunakan berbagi file Azure sebagai ganti Azure Disk?
    Disk di Azure Disk hanyalah disk. Untuk mendapatkan nilai dari Azure Disks, Anda harus melampirkan disk ke komputer virtual yang berjalan di Azure. Azure Disk dapat digunakan untuk semua yang akan Anda gunakan disk di server lokal. Anda dapat menggunakannya sebagai disk sistem OS, sebagai ruang swap untuk OS, atau sebagai penyimpanan khusus untuk aplikasi. Penggunaan yang menarik untuk Azure Disk adalah membuat server file di awan untuk digunakan di tempat yang sama di mana Anda mungkin menggunakan berbagi file Azure. Menyebarkan server file di Azure Virtual Machine adalah cara berperforma tinggi untuk mendapatkan penyimpanan file di Azure saat Anda memerlukan opsi penyebaran yang saat ini tidak didukung oleh Azure Files.

    Namun, menjalankan server file dengan Azure Disks sebagai penyimpanan back-end biasanya jauh lebih mahal daripada menggunakan berbagi file Azure, karena beberapa alasan. Pertama, selain membayar penyimpanan disk, Anda juga harus membayar biaya menjalankan satu atau lebih Azure VM. Kedua, Anda juga harus mengelola VM yang digunakan untuk menjalankan server file. Misalnya, Anda bertanggung jawab atas peningkatan OS. Akhirnya, jika Anda pada akhirnya mengharuskan data untuk di-cache secara lokal, Anda dapat menyiapkan dan mengelola teknologi replikasi, seperti Replikasi Sistem File Terdistribusi (DFSR), untuk mewujudkannya.

    Salah satu pendekatan untuk mendapatkan yang terbaik dari Azure Files dan server file yang dihosting di Azure Virtual Machines (selain menggunakan Azure Disk sebagai penyimpanan back-end) adalah memasang Azure File Sync di server file yang dihosting di VM cloud. Jika berbagi file Azure berada di wilayah yang sama dengan server file Anda, Anda dapat mengaktifkan tingkatan cloud dan mengatur volume persentase ruang kosong menjadi maksimum (99%). Ini memastikan duplikasi data minimal. Anda juga dapat menggunakan aplikasi apa pun yang Anda inginkan dengan server file Anda, seperti aplikasi yang memerlukan dukungan protokol NFS.

    Untuk informasi tentang opsi untuk menyiapkan server file berperforma tinggi dan sangat tersedia di Azure, lihat Menyebarkan kluster tamu IaaS VM di Microsoft Azure. Untuk deskripsi yang lebih mendalam tentang perbedaan antara Azure Files dan Azure Disk, lihat Pengantar ke layanan Azure Storage inti. Untuk mempelajari selengkapnya tentang Azure Disk, lihat Ringkasan Azure Managed Disks.

  • Bagaimana cara mulai menggunakan Azure Files?
    Mulai menggunakan Azure Files adalah langkah yang mudah. Pertama, buat berbagi file SMB atau Cara membuat berbagi NFS, lalu pasang di sistem operasi pilihan Anda:

  • Opsi redundansi penyimpanan apa yang didukung oleh Azure Files?
    Saat ini, Azure Files mendukung penyimpanan redundan lokal (LRS), penyimpanan berlebihan zona (ZRS), penyimpanan geo-redundan (GRS), dan penyimpanan geo-zona-redundan (GZRS). Tingkat premium Azure Files saat ini hanya mendukung LRS dan ZRS.

  • Tingkat penyimpanan apa yang didukung di Azure Files?
    Azure Files mendukung dua tingkat penyimpanan: premium dan standar. Berbagi file standar dibuat dalam akun penyimpanan tujuan umum (GPv1 atau GPv2) dan berbagi file premium dibuat di akun penyimpanan FileStorage. Pelajari selengkapnya tentang cara membuat berbagi file standar dan berbagi file premium.

    Catatan

    Anda tidak dapat membuat berbagi file Azure dari akun penyimpanan Blob atau akun penyimpanan tujuan umum premium (GPv1 atau GPv2). Berbagi file Azure standar harus dibuat hanya dalam akun tujuan umum standar dan berbagi file Azure premium harus dibuat di akun penyimpanan FileStorage saja. Akun penyimpanan tujuan umum premium (GPv1 dan GPv2) hanya untuk blob halaman premium.

  • Apakah Azure Files mendukung penguncian file?
    Ya, Azure Files sepenuhnya mendukung penguncian file gaya SMB/Windows, lihat detailnya.

  • Saya ingin melihat fitur tertentu yang ditambahkan ke Azure Files. Dapatkah Anda menambahkannya?
    Tim Azure Files tertarik untuk mendengar setiap dan semua umpan balik yang Anda miliki tentang layanan kami. Harap pilih permintaan fitur di UserVoice Azure Files! Kami menantikan untuk memberikan pengalaman yang baik kepada Anda dengan banyak fitur baru.

Azure File Sync

  • Kawasan apa saja yang didukung untuk Azure File Sync?
    Daftar wilayah yang tersedia dapat ditemukan di bagian Ketersediaan kawasan di panduan perencanaan Azure File Sync. Kami akan terus menambahkan dukungan untuk wilayah tambahan, termasuk wilayah non-Publik.

  • Bisakah saya memiliki server yang bergabung dengan domain dan non-domain dalam grup sinkronisasi yang sama?
    Ya. Grup sinkronisasi bisa berisi titik akhir server yang memiliki keanggotaan Direktori Aktif yang berbeda, meskipun mereka tidak bergabung dengan domain. Meskipun konfigurasi ini secara teknis berfungsi, kami tidak merekomendasikan ini sebagai konfigurasi khas karena daftar kontrol akses (ACL) yang didefinisikan untuk file dan folder di satu server mungkin tidak dapat diberlakukan oleh server lain dalam grup sinkronisasi. Untuk hasil terbaik, kami merekomendasikan sinkronisasi antara server yang berada di hutan Direktori Aktif yang sama, antara server yang berada di hutan Direktori Aktif yang berbeda tetapi yang telah menjalin hubungan kepercayaan, atau antara server yang tidak berada di domain. Sebaiknya hindari penggunaan campuran konfigurasi ini.

  • Saya membuat file langsung di berbagi file Azure saya menggunakan SMB atau di portal. Berapa lama waktu yang dibutuhkan file untuk disinkronkan ke server di grup sinkronisasi?

    Perubahan yang dilakukan pada berbagi file Azure dengan menggunakan portal Azure atau SMB tidak langsung terdeteksi dan direplikasi seperti perubahan pada titik akhir server. Azure Files belum memiliki pemberitahuan perubahan atau penjurnalan, jadi tidak ada cara untuk memulai sesi sinkronisasi secara otomatis saat file diubah. Di Windows Server, Azure File Sync menggunakan penjurnalan Windows USN untuk memulai sesi sinkronisasi secara otomatis saat file berubah.

    Untuk mendeteksi perubahan pada berbagi file Azure, Azure File Sync memiliki pekerjaan terjadwal yang disebut pekerjaan deteksi perubahan. Pekerjaan deteksi perubahan menghitung setiap file dalam berbagi, lalu membandingkannya dengan versi sinkronisasi untuk file tersebut. Saat pekerjaan deteksi perubahan menentukan bahwa file telah berubah, Azure File Sync memulai sesi sinkronisasi. Pekerjaan deteksi perubahan dimulai setiap 24 jam. Karena pekerjaan deteksi perubahan bekerja dengan menghitung setiap file di berbagi file Azure, deteksi perubahan membutuhkan waktu lebih lama di ruang nama yang lebih besar daripada di namespace yang lebih kecil. Untuk namespace yang lebih besar, mungkin perlu waktu lebih lama dari sekali setiap 24 jam untuk menentukan file mana yang telah berubah.

    Untuk segera menyinkronkan file yang diubah dalam berbagi file Azure, cmdlet Invoke-AzStorageSyncChangeDetection PowerShell dapat digunakan untuk secara manual memulai deteksi perubahan dalam berbagi file Azure. Cmdlet ini ditujukan untuk skenario yang mengatur agar beberapa jenis proses otomatis membuat perubahan dalam berbagi file Azure atau perubahan dilakukan oleh administrator (seperti memindahkan file dan direktori ke berbagi file). Untuk perubahan pengguna akhir, rekomendasinya adalah memasang agen Azure File Sync di IaaS VM dan meminta pengguna akhir mengakses berbagi file melalui IaaS VM. Dengan cara ini, semua perubahan akan disinkronkan dengan cepat ke agen lain tanpa perlu menggunakan cmdlet Invoke-AzStorageSyncChangeDetection. Untuk belajar lebih lanjut, lihat dokumentasi Invoke-AzStorageSyncChangeDetection.

    Catatan

    Cmdlet PowerShell Invoke-AzStorageSyncChangeDetection hanya dapat mendeteksi maksimal 10.000 item. Untuk batasan lainnya, lihat dokumentasi Invoke-AzStorageSyncChangeDetection.

    Catatan

    Perubahan yang dibuat pada berbagi file Azure dengan menggunakan REST tidak memperbarui waktu modifikasi terakhir SMB dan tidak akan terlihat sebagai perubahan dengan sinkronisasi.

    Kami sedang menjajaki penambahan deteksi perubahan untuk berbagi file Azure yang mirip dengan USN untuk volume di Windows Server.

  • Berapa lama waktu yang dibutuhkan Azure File Sync untuk mengunggah 1TiB data?

    Performa akan bervariasi berdasarkan pengaturan lingkungan, konfigurasi, dan apakah ini sinkronisasi awal atau sinkronisasi yang sedang berlangsung. Untuk informasi selengkapnya, lihat metrik performa Azure File Sync

  • Apa itu upload awal data untuk Azure File Sync?

    Sinkronisasi awal data dari Windows Server ke Azure File share: Banyak penyebaran Azure File Sync dimulai dengan Azure file share kosong karena semua data ada di Windows Server. Dalam kasus ini, enumerasi perubahan cloud awal berlangsung cepat dan sebagian besar waktu akan digunakan untuk menyinkronkan perubahan dari Windows Server ke dalam Azure file share.

Saat sinkronisasi mengunggah data ke Azure file share, tidak ada waktu henti di server file lokal, dan admin dapat mengatur batas jaringan untuk membatasi jumlah bandwidth yang digunakan untuk pengunggahan data latar belakang.

Sinkronisasi awal biasanya dibatasi oleh kecepatan unggah awal 20 file per detik per grup sinkronisasi. Pelanggan dapat memperkirakan waktu untuk mengunggah semua data ke Azure menggunakan rumus berikut untuk mendapatkan waktu dalam hitungan hari:

Waktu (dalam hari) untuk mengunggah file ke grup sinkronisasi = (Jumlah objek di titik akhir server)/(20 * 60 * 60 * 24)

  • Apa dampaknya jika server dihentikan dan dimulai ulang selama upload awal Tidak ada dampak. Azure File Sync akan dilanjutkan dari sinkronisasi setelah server dimulai ulang dari titik yang ditinggalkannya

  • Apa dampaknya jika perubahan dilakukan pada data pada titik akhir server selama upload awal Tidak ada dampak. Azure File Sync akan merekonsiliasi perubahan yang dilakukan pada titik akhir server untuk memastikan titik akhir cloud dan titik akhir server disinkronkan

  • Jika file yang sama diubah pada dua server pada waktu yang hampir bersamaan, apa yang terjadi?
    Azure File Sync menggunakan strategi penyelesaian konflik sederhana: kami menyimpan kedua perubahan pada file yang diubah dalam dua titik akhir secara bersamaan. Perubahan yang terakhir ditulis menyimpan nama file asli. File yang lebih lama (ditentukan oleh LastWriteTime) memiliki nama titik akhir dan nomor konflik ditambahkan ke nama file. Untuk titik akhir server, nama titik akhir adalah nama server. Untuk titik akhir cloud, nama titik akhir adalah Cloud. Namanya mengikuti taksonomi ini:

    <FileNameWithoutExtension>-<endpointName>[-#].<ext>

    Misalnya, konflik pertama CompanyReport.docx akan menjadi CompanyReport-CentralServer.docx jika CentralServer adalah tempat tulisan yang lebih lama terjadi. Konflik kedua akan diberi nama CompanyReport-CentralServer-1.docx. Azure File Sync mendukung 100 file konflik per file. Setelah jumlah maksimum file konflik tercapai, file akan gagal disinkronkan sampai jumlah file konflik kurang dari 100.

  • Apakah penyimpanan geo-redundan didukung untuk Azure File Sync?
    Ya, Azure Files mendukung penyimpanan yang berlebihan secara lokal (LRS) dan penyimpanan geo-redundan (GRS). Jika Anda memulai kegagalan akun penyimpanan antara wilayah yang dipasangkan dari akun yang dikonfigurasi untuk GRS, Microsoft menyarankan agar Anda memperlakukan wilayah baru sebagai pencadangan data saja. Azure File Sync tidak secara otomatis mulai disinkronkan dengan wilayah utama baru.

  • Mengapa properti Ukuran pada disk file tidak cocok dengan properti Ukuran setelah menggunakan Azure File Sync?
    Lihat Memahami tingkatan cloud Azure File Sync.

  • Bagaimana cara mengetahui apakah file telah bertingkat?
    Lihat Memahami Tingkatan Cloud.

  • File yang ingin saya gunakan telah dijenjangkan. Bagaimana cara memanggil kembali file ke disk untuk menggunakannya secara lokal?
    Lihat Memahami Tingkatan Cloud.

  • Bagaimana cara memaksa file atau direktori untuk ditingkatkan?
    Lihat Memahami Tingkatan Cloud.

  • Bagaimana ruang kosong volume ditafsirkan ketika saya memiliki beberapa titik akhir server pada volume?
    Lihat Memahami Tingkatan Cloud.

  • Saya menonaktifkan tingkatan cloud, mengapa ada file bertingkat di lokasi titik akhir server?
    Ada dua alasan mengapa file bertingkat mungkin ada di lokasi titik akhir server:

    • Saat menambahkan titik akhir server baru ke grup sinkronisasi yang sudah ada, jika Anda memilih opsi kembali ke namespace pertama atau opsi pemanggilan kembali namespace saja untuk mode unduhan awal, file akan muncul sebagai bertingkat hingga diunduh secara lokal. Untuk menghindari hal ini, pilih opsi hindari file berjenjang untuk mode unduhan awal. Untuk memanggil kembali file secara manual, gunakan cmdlet Invoke-StorageSyncFileRecall.

    • Jika tingkatan cloud diaktifkan di titik akhir server lalu dinonaktifkan, file akan tetap bertingkat hingga dapat diakses.

  • Mengapa file bertingkat saya tidak menampilkan gambar mini atau pratinjau di Windows Explorer?
    Untuk file bertingkta, gambar mini dan pratinjau tidak akan terlihat di titik akhir server Anda. Perilaku ini diharapkan karena fitur cache gambar mini di Windows sengaja melewatkan membaca file dengan atribut offline. Dengan Tingkatan Cloud diaktifkan, membaca file bertingkat akan menyebabkan diunduh (dipanggil kembali).

    Perilaku ini tidak spesifik untuk Azure File Sync, Windows Explorer menampilkan "X abu-abu" untuk file apa pun yang memiliki set atribut offline. Anda akan melihat ikon X saat mengakses file melalui SMB. Untuk penjelasan rinci tentang perilaku ini, lihat Mengapa saya tidak mendapatkan thumbnail untuk file yang ditandai secara offline?

    Untuk pertanyaan tentang cara mengelola file bertingkat, harap lihat Cara mengelola file bertingkat.

  • File atau folder mana yang secara otomatis dikecualikan oleh Azure File Sync?
    Lihat File yang dilewati.

  • Bisakah saya menggunakan Azure File Sync dengan perangkat Windows Server 2008 R2, Linux, atau penyimpanan terpasang jaringan (NAS) saya?
    Saat ini, Azure File Sync hanya mendukung Windows Server 2019, Windows Server 2016, dan Windows Server 2012 R2. Saat ini, kami tidak memiliki paket lain yang dapat kami bagikan, tetapi kami terbuka untuk mendukung platform tambahan berdasarkan permintaan pelanggan. Beri tahu kami di Azure Files UserVoice platform apa yang ingin Anda dukung.

  • Mengapa file bertingkat ada di luar namespace titik akhir server?
    Sebelum agen Azure File Sync versi 3, Azure File Sync memblokir pemindahan file bertingkat di luar titik akhir server tetapi pada volume yang sama dengan titik akhir server. Operasi salin, pergerakan file yang tidak bertingkat, dan pergerakan bertingkat ke volume lain tidak terpengaruh. Alasan untuk perilaku ini adalah asumsi implisit bahwa File Explorer dan Windows API lainnya memiliki bahwa memindahkan operasi pada volume yang sama adalah (hampir) operasi ganti nama instan. Ini berarti gerakan akan membuat File Explorer atau metode pemindahan lainnya (seperti baris perintah atau PowerShell) tampak tidak responsif sementara Azure File Sync memanggil kembali data dari cloud. Dimulai dengan agen Azure File Sync versi 3.0.12.0, Azure File Sync akan memungkinkan Anda memindahkan file bertingkat di luar titik akhir server. Kami menghindari efek negatif yang disebutkan sebelumnya dengan memungkinkan file berjenjang ada sebagai file bertingkat di luar titik akhir server dan kemudian memanggil kembali file di latar belakang. Ini berarti bahwa bergerak pada volume yang sama secara instan, dan kami melakukan semua pekerjaan untuk memanggil kembali file ke disk setelah pemindahan selesai.

  • Saya mengalami masalah dengan Azure File Sync di server saya (sinkronisasi, tingkatan cloud, dll.). Haruskah saya menghapus dan membuat ulang titik akhir server saya?

    Tidak: menghapus titik akhir server tidak seperti me-reboot server! Menghapus dan membuat ulang titik akhir server hampir tidak pernah menjadi solusi yang tepat untuk memperbaiki masalah dengan sinkronisasi, jenjang cloud, atau aspek lain dari Sinkronisasi File Azure. Menghapus titik akhir server adalah operasi yang merusak. Hal ini dapat mengakibatkan kehilangan data jika file berjenjang ada di luar namespace layanan titik akhir server. Untuk informasi selengkapnya, lihat mengapa file berjenjang berada di luar namespace layanan titik akhir server untuk informasi selengkapnya. Atau dapat mengakibatkan file yang tidak dapat diakses untuk file berjenjang yang ada di dalam namespace layanan titik akhir server. Masalah ini tidak dapat diatasi ketika titik akhir server dibuat ulang. File berjenjang mungkin ada di dalam namespace layanan titik akhir server Anda meskipun Anda tidak pernah mengaktifkan jenjang cloud. Itulah sebabnya kami menyarankan agar Anda tidak menghapus titik akhir server kecuali jika Anda ingin berhenti menggunakan Sinkronisasi File Azure dengan folder tertentu ini atau telah secara eksplisit diinstruksikan untuk melakukannya oleh teknisi Microsoft. Untuk informasi selengkapnya tentang menghapus titik akhir server, lihat Menghapus titik akhir server.

  • Dapatkah saya memindahkan layanan sinkronisasi penyimpanan dan/atau akun penyimpanan ke grup sumber daya, langganan, atau penyewa Azure Active Directory yang berbeda?
    Ya, layanan sinkronisasi penyimpanan dan/atau akun penyimpanan dapat dipindahkan ke grup sumber daya, langganan, atau penyewa Azure Active Directory yang berbeda. Setelah layanan sinkronisasi penyimpanan atau akun penyimpanan dipindahkan, Anda perlu memberi aplikasi Microsoft.StorageSync akses ke akun penyimpanan (lihat Memastikan Azure File Sync memiliki akses ke akun penyimpanan).

    Catatan

    Saat membuat titik akhir cloud, Storage Sync Service dan akun penyimpanan harus berada dalam penyewa Microsoft Azure AD yang sama. Setelah titik akhir cloud dibuat, layanan sinkronisasi penyimpanan dan akun penyimpanan dapat dipindahkan ke penyewa Microsoft Azure AD yang berbeda.

  • Apakah Azure File Sync mempertahankan ACL NTFS tingkat direktori/file bersama dengan data yang disimpan di Azure Files?

    Pada tanggal 24 Februari 2020, ACL baru dan yang sudah ada yang dilapisi oleh sinkronisasi file Azure akan disimpan dalam format NTFS, dan modifikasi ACL yang dibuat langsung ke berbagi file Azure akan disinkronkan ke semua server dalam grup sinkronisasi. Setiap perubahan pada ACL yang dibuat pada Azure Files akan disinkronkan melalui sinkronisasi file Azure. Saat menyalin data ke Azure Files, pastikan Anda menggunakan alat salin yang mendukung "keakuratan" yang diperlukan untuk menyalin atribut, tanda waktu, dan ACL ke dalam berbagi file Azure - baik melalui SMB atau REST. Saat menggunakan alat salin Azure, seperti AzCopy, penting untuk menggunakan versi terbaru. Periksa tabel alat penyalinan file untuk mendapatkan gambaran umum alat salin Azure untuk memastikan Anda bisa menyalin semua metadata penting file.

    Jika Anda telah mengaktifkan Azure Backup pada berbagi file yang dikelola sinkronisasi file Anda, ACL file dapat terus dipulihkan sebagai bagian dari alur kerja pemulihan pencadangan. Ini berfungsi baik untuk seluruh file/direktori berbagi atau individual.

    Jika Anda menggunakan salinan bayangan sebagai bagian dari solusi pencadangan yang dikelola sendiri untuk berbagi file yang dikelola oleh sinkronisasi file, ACL Anda mungkin tidak dipulihkan dengan benar ke ACL NTFS jika salinan bayangan diambil sebelum 24 Februari 2020. Jika hal ini terjadi, pertimbangkan untuk menghubungi Dukungan Azure.

  • Apakah Azure File Sync menyinkronkan LastWriteTime untuk direktori?
    Tidak, Azure File Sync tidak menyinkronkan LastWriteTime untuk direktori. Ini memang disengaja.

Keamanan, autentikasi, dan kontrol akses

  • Apakah autentikasi dan kontrol akses berbasis identitas didukung oleh Azure Files?

    Ya, Azure Files mendukung kontrol autentikasi dan akses berbasis identitas. Anda dapat memilih salah satu dari dua cara untuk menggunakan kontrol akses berbasis identitas: AD DS lokal atau Azure AD Domain Services (Azure Active Directory Domain Services). Active Directory Domain Services (AD DS) lokal mendukung autentikasi menggunakan mesin yang bergabung dengan domain AD DS, baik di tempat maupun di Azure, untuk mengakses berbagi file Azure melalui SMB. Autentikasi Azure Active Directory Domain Services melalui SMB untuk Azure Files memungkinkan Windows VM yang bergabung dengan domain Azure AD DS untuk mengakses berbagi, direktori, dan file menggunakan kredensial Azure Active Directory. Untuk detail selengkapnya, lihat Ringkasan dukungan autentikasi berbasis identitas Azure Files untuk akses SMB.

    Azure Files menawarkan dua cara tambahan untuk mengelola kontrol akses:

    • Anda dapat menggunakan tanda tangan akses bersama (SAS) untuk menghasilkan token yang memiliki izin tertentu, dan yang valid untuk interval waktu yang ditentukan. Misalnya, Anda dapat membuat token dengan akses baca-saja ke file tertentu yang memiliki kedaluwarsa 10 menit. Siapa pun yang memiliki token sementara token valid memiliki akses baca-saja ke file itu selama 10 menit. Kunci tanda tangan akses bersama hanya didukung melalui REST API atau di pustaka klien. Anda harus memasang berbagi file Azure melalui SMB dengan menggunakan kunci akun penyimpanan.

    • Azure File Sync mempertahankan dan mereplikasi semua ACL diskresi, atau DACL, (baik berbasis Direktori Aktif atau lokal) ke semua titik akhir server yang disinkronkan.

    Anda dapat merujuk ke Mengizinkan akses ke Azure Storage untuk representasi komprehensif dari semua protokol yang didukung pada layanan Azure Storage.

  • Bagaimana cara memastikan bahwa berbagi file Azure saya dienkripsi saat tidak aktif?

    Ya. Untuk informasi selengkapnya lihat Enkripsi Layanan Azure Storage.

  • Bagaimana cara menyediakan akses ke file tertentu dengan menggunakan browser web?

    Anda dapat menggunakan tanda tangan akses bersama untuk menghasilkan token yang memiliki izin tertentu, dan yang valid untuk interval waktu yang ditentukan. Misalnya, Anda dapat membuat token yang memberikan akses baca-saja ke file tertentu, untuk jangka waktu yang ditetapkan. Siapa pun yang memiliki URL dapat mengakses file langsung dari browser web apa pun saat token valid. Anda dapat dengan mudah membuat kunci tanda tangan akses bersama dari UI seperti Storage Explorer.

  • Apakah mungkin untuk menentukan izin baca-saja atau tulis-saja pada folder dalam berbagi?

    Jika Anda memasang berbagi file dengan menggunakan SMB, Anda tidak memiliki kontrol tingkat folder atas izin. Namun, jika Anda membuat tanda tangan akses bersama dengan menggunakan REST API atau pustaka klien, Anda dapat menentukan izin baca-saja atau tulis-saja pada folder dalam berbagi.

  • Bisakah saya menerapkan pembatasan IP untuk berbagi file Azure?

    Ya. Mengakses ke berbagi file Azure Anda dapat dibatasi di tingkat akun penyimpanan. Untuk informasi selengkapnya, lihat Mengonfigurasi Firewall Azure Storage dan Virtual Network.

  • Kebijakan kepatuhan data apa yang didukung Azure Files?

    Azure Files berjalan di atas arsitektur penyimpanan yang sama yang digunakan di layanan penyimpanan lain di Azure Storage. Azure Files menerapkan kebijakan kepatuhan data yang sama yang digunakan di layanan penyimpanan Azure lainnya. Untuk informasi selengkapnya tentang kepatuhan data Azure Storage, Anda bisa merujuk ke penawaran kepatuhan Azure Storage, dan membuka Microsoft Trust Center.

  • Apa dampaknya terhadap Azure File Sync jika ada pemadaman listrik yang mematikan titik akhir server Tidak ada dampak. Azure File Sync akan merekonsiliasi perubahan yang dilakukan pada titik akhir server untuk memastikan titik akhir cloud dan titik akhir server disinkronkan setelah titik akhir server kembali online

  • Bagaimana cara mengaudit akses dan perubahan file di Azure Files?

    Ada dua opsi yang menyediakan fungsionalitas pengauditan untuk Azure Files:

    • Jika pengguna mengakses berbagi file Azure secara langsung, log Azure Storage (pratinjau) dapat digunakan untuk melacak perubahan file dan akses pengguna. Log ini dapat digunakan untuk tujuan pemecahan masalah dan permintaan masuk berdasarkan upaya terbaik.
    • Jika pengguna mengakses berbagi file Azure melalui Windows Server yang memasang agen Azure File Sync, gunakan kebijakan audit atau produk pihak ketiga untuk melacak perubahan file dan akses pengguna di Windows Server.

Autentikasi AD DS & Azure AD Domain Services

  • Apakah Autentikasi Azure Files Azure Active Directory Domain Services (Azure AD DS) mendukung akses SMB menggunakan kredensial Azure AD dari perangkat yang bergabung atau terdaftar di Azure AD?

    Tidak, skenario ini tidak didukung.

  • Bisakah saya mengakses berbagi file Azure dengan kredensial Azure AD dari VM di bawah langganan lain?

    Jika langganan di mana berbagi file digunakan dikaitkan dengan penyewa Azure AD yang sama dengan penyebaran Azure AD DS tempat VM bergabung dengan domain, Anda kemudian dapat mengakses berbagi file Azure menggunakan kredensial Azure AD yang sama. Batasan diberlakukan bukan pada langganan tetapi pada penyewa Azure AD terkait.

  • Bisakah saya mengaktifkan autentikasi Azure AD DS atau AD DS lokal untuk berbagi file Azure menggunakan penyewa Azure AD yang berbeda dari penyewa utama berbagi file Azure?

    Tidak, Azure Files hanya mendukung integrasi Azure AD DS atau AD DS lokal dengan penyewa Azure AD yang berada di langganan yang sama dengan berbagi file. Hanya satu langganan yang dapat dikaitkan dengan penyewa Azure AD. Pembatasan ini berlaku untuk metode autentikasi AD DS Azure AD dan AD DS lokal. Saat menggunakan AD DS lokal untuk autentikasi, kredensial AD DS harus disinkronkan ke Azure AD yang terkait dengan akun penyimpanan.

  • Apakah autentikasi Azure AD DS atau AD DS lokal untuk berbagi file Azure mendukung VM Linux?

    Tidak, autentikasi dari VM Linux tidak didukung.

  • Apakah berbagi file dikelola oleh Dukungan Azure File Sync baik autentikasi Azure AD DS maupun AD DS lokal?

    Ya, Anda dapat mengaktifkan autentikasi Azure AD DS atau AD DS lokal pada berbagi file yang dikelola oleh Azure File Sync. Perubahan pada direktori/file NTFS ACL di server file lokal akan bertingkat ke Azure Files dan sebaliknya.

  • Bagaimana cara memeriksa apakah saya telah mengaktifkan autentikasi AD DS di akun penyimpanan saya dan mengambil informasi domain?

    Untuk petunjuknya, lihat di sini.

  • Apakah autentikasi Azure Files Azure AD mendukung VM Linux?

    Tidak, autentikasi dari VM Linux tidak didukung.

  • Apakah autentikasi AD DS lokal untuk berbagi file Azure integrasi dukungan dengan lingkungan AD DS menggunakan beberapa hutan?

    Autentikasi AD DS lokal Azure Files hanya terintegrasi dengan hutan layanan domain tempat akun penyimpanan didaftarkan. Untuk mendukung autentikasi dari hutan lain, lingkungan Anda harus memiliki kepercayaan lingkungan yang dikonfigurasi dengan benar. Cara Azure Files mendaftar di AD DS hampir sama dengan server file reguler, di mana akan membuat identitas (akun masuk komputer atau layanan) di AD DS untuk autentikasi. Satu-satunya perbedaan adalah bahwa SPN terdaftar dari akun penyimpanan berakhir dengan "file.core.windows.net" yang tidak cocok dengan akhiran domain. Konsultasikan dengan administrator domain Anda untuk melihat apakah ada pembaruan pada kebijakan perutean akhiran Anda yang diperlukan untuk mengaktifkan autentikasi beberapa hutan karena akhiran domain yang berbeda. Kami memberikan contoh di bawah ini untuk mengonfigurasi kebijakan perutean akhiran.

    Contoh: Ketika pengguna di domain A hutan ingin mencapai berbagi file dengan akun penyimpanan yang terdaftar terhadap domain di hutan B, ini tidak akan secara otomatis berfungsi karena kepala layanan akun penyimpanan tidak memiliki akhiran yang cocok dengan akhiran domain apa pun di hutan A. Kita dapat mengatasi masalah ini dengan mengonfigurasi aturan perutean akhiran secara manual dari hutan A ke hutan B untuk akhiran kustom "file.core.windows.net". Pertama, Anda harus menambahkan akhiran kustom baru pada hutan B. Pastikan Anda memiliki izin administratif yang sesuai untuk mengubah konfigurasi, lalu ikuti langkah-langkah ini:

    1. Masuk ke domain mesin yang bergabung ke hutan B
    2. Buka konsol "Domain dan Kepercayaan Direktori Aktif"
    3. Klik kanan pada "Domain dan Kepercayaan Direktori Aktif"
    4. Klik "Properti"
    5. Klik "Tambahkan"
    6. Tambahkan "file.core.windows.net" sebagai akhiran UPN
    7. Klik "Terapkan", lalu "OK" untuk menutup wizard

    Selanjutnya, tambahkan aturan perutean akhiran pada hutan A, sehingga beralih ke hutan B.

    1. Masuk ke domain mesin yang bergabung ke hutan A
    2. Buka konsol "Domain dan Kepercayaan Direktori Aktif"
    3. Klik kanan pada domain yang ingin Anda akses berbagi file, lalu klik pada tab "Kepercayaan" dan pilih domain hutan B dari kepercayaan keluar. Jika Anda belum mengonfigurasi kepercayaan di antara kedua hutan, Anda perlu mengatur kepercayaan terlebih dahulu
    4. Klik "Properti...", lalu "Perutean Akhiran Nama"
    5. Periksa apakah akhiran "*.file.core.windows.net" muncul. Jika tidak, klik 'Refresh'
    6. Pilih "*.file.core.windows.net", lalu klik "Aktifkan" dan "Terapkan"
  • Wilayah apa saja yang tersedia untuk autentikasi Azure Files AD DS?

    Lihat ketersediaan regional AD DS untuk detailnya.

  • Bisakah saya memanfaatkan autentikasi Azure Files Active Directory (AD) pada berbagi file yang dikelola oleh Azure File Sync?

    Ya, Anda dapat mengaktifkan autentikasi AD pada berbagi file yang dikelola oleh sinkronisasi file Azure. Perubahan pada NTFS ACL direktori/file di server file lokal akan ditingkatkan ke Azure Files dan sebaliknya.

  • Apakah ada perbedaan dalam membuat akun komputer atau akun masuk layanan untuk mewakili akun penyimpanan saya di AD?

    Membuat akun komputer (default) atau akun log masuk layanan tidak memiliki perbedaan tentang bagaimana autentikasi akan bekerja dengan Azure Files. Anda dapat membuat pilihan sendiri tentang cara mewakili akun penyimpanan sebagai identitas di lingkungan AD Anda. DomainAccountType default yang diatur dalam cmdlet Join-AzStorageAccountForAuth adalah akun komputer. Namun, usia kedaluwarsa kata sandi yang dikonfigurasi di lingkungan AD Anda dapat berbeda untuk akun masuk komputer atau layanan dan Anda perlu mempertimbangkannya untuk Memperbarui kata sandi identitas akun penyimpanan Anda di AD.

  • Apakah ada REST API untuk mendukung ACL Windows direktori/file Dapatkan/Atur/Salin?

    Ya, kami mendukung REST API yang mendapatkan, menetapkan, atau menyalin ACL NTFS untuk direktori atau file saat menggunakan REST API 2019-07-07 (atau lebih baru). Kami juga mendukung ACL Windows yang bertahan di alat berbasis REST: AzCopy v10.4+.

  • Bagaimana cara menghapus kredensial dalam cache dengan kunci akun penyimpanan dan menghapus koneksi SMB yang ada sebelum menginisialisasi koneksi baru dengan kredensial Azure AD atau AD?

    Anda dapat mengikuti proses dua langkah di bawah ini untuk menghapus kredensial tersimpan yang terkait dengan kunci akun penyimpanan dan menghapus koneksi SMB :

    1. Jalankan cmdlet di bawah ini Cmd.exe Windows untuk menghapus kredensial. Jika Anda tidak dapat menemukannya, artinya Anda belum bertahan kredensial dan dapat melewati langkah ini.

      cmdkey /delete:Domain:target=storage-account-name.file.core.windows.net

    2. Hapus koneksi yang sudah ada ke berbagi file. Anda dapat menentukan jalur pemasangan sebagai huruf kandar yang dipasang atau jalur storage-account-name.file.core.windows.net.

      penggunaan bersih <drive-letter/share-path> /delete

Sistem File Jaringan

  • Kapan saya harus menggunakan Azure Files NFS?

    Lihat berbagi NFS (pratinjau).

  • Bagaimana cara mencadangkan data yang disimpan di berbagi NFS?

    Mencadangkan data Anda pada berbagi NFS dapat diorkestrasi menggunakan alat yang biasa digunakan seperti sinkronisasi ulang atau produk dari salah satu mitra pencadangan pihak ketiga kami. Beberapa mitra pencadangan termasuk Commvault, Veeam, dan Veritas adalah bagian dari pratinjau awal kami dan telah memperluas solusi mereka untuk menggunakan SMB 3.x dan NFS 4.1 untuk Azure Files.

  • Bisakah saya memigrasikan data yang sudah ada ke berbagi NFS?

    Dalam suatu wilayah, Anda dapat menggunakan alat standar seperti scp, rsync, atau SSHFS untuk memindahkan data. Karena Azure Files NFS dapat diakses dari beberapa instans komputasi secara bersamaan, Anda dapat meningkatkan kecepatan penyalinan dengan unggahan paralel. Jika Anda ingin membawa data dari luar wilayah, gunakan VPN atau Expressroute untuk memasang ke sistem file Anda dari pusat data lokal Anda.

Akses lokal

  • ISP atau IT saya memblokir Port 445 yang gagal dipasang Azure Files. Apa yang harus saya lakukan?

    Anda dapat mempelajari berbagai cara untuk mencari tahu solusi terkait port 445 yang diblokir di sini. Azure Files hanya memperbolehkan koneksi menggunakan SMB 3.x (dengan dukungan enkripsi) dari luar wilayah atau pusat data. Protokol SMB 3.x telah memperkenalkan banyak fitur keamanan termasuk enkripsi saluran yang sangat aman digunakan melalui internet. Namun kemungkinan port 445 telah diblokir karena alasan historis kerentanan yang ditemukan dalam versi SMB yang lebih rendah. Dalam kasus yang ideal, port harus diblokir hanya untuk lalu lintas SMB 1.0 dan SMB 1.0 harus dinonaktifkan pada semua klien.

  • Apakah saya harus menggunakan Azure ExpressRoute untuk menyambungkan ke Azure Files atau menggunakan Azure File Sync secara lokal?

    Nomor. ExpressRoute tidak diperlukan untuk mengakses berbagi file Azure. Jika Anda memasang berbagi file Azure langsung secara lokal, yang diperlukan hanyalah membuka port 445 (TCP keluar) untuk akses internet (ini adalah port yang digunakan SMB untuk berkomunikasi). Jika Anda menggunakan Azure File Sync, semua yang diperlukan adalah port 443 (TCP keluar) untuk akses HTTPS (tidak diperlukan SMB). Namun, Anda dapat menggunakan ExpressRoute dengan salah satu opsi akses ini.

  • Bagaimana cara memasang berbagi file Azure di komputer lokal saya?

    Anda dapat memasang berbagi file dengan menggunakan protokol SMB jika port 445 (TCP keluar) terbuka dan klien Anda mendukung protokol SMB 3.x (misalnya, jika Anda menggunakan Windows 10 atau Windows Server 2016). Jika port 445 diblokir oleh kebijakan organisasi Anda atau oleh ISP, Anda dapat menggunakan Azure File Sync untuk mengakses berbagi file Azure Anda.

Cadangan

  • Bagaimana cara mencadangkan berbagi file Azure saya?
    Anda dapat menggunakan salinan bayangan berbagi berkala untuk perlindungan terhadap penghapusan yang tidak disengaja. Anda juga dapat menggunakan AzCopy, Robocopy, atau alat cadangan pihak ketiga yang dapat mencadangkan berbagi file yang dipasang. Azure Backup menawarkan pencadangan Azure Files. Pelajari selengkapnya tentang mencadangkan berbagi file Azure menurut Azure Backup.

Salinan bayangan berbagi

Salinan bayangan berbagi: Umum

  • Apa yang dimaksud dengan salinan bayangan berbagi file?
    Anda dapat menggunakan salinan bayangan berbagi file Azure untuk membuat versi baca-saja dari berbagi file Anda. Anda juga bisa menggunakan Azure Files untuk menyalin kembali versi konten Anda yang lebih lama ke berbagi yang sama, ke lokasi alternatif di Azure, atau secara lokal untuk modifikasi selengkapnya. Untuk mempelajari selengkapnya tentang salinan bayangan berbagi, lihat Ringkasan salinan bayangan berbagi.

  • Di mana salinan bayangan berbagi saya disimpan?
    Salinan bayangan berbagi disimpan di akun penyimpanan yang sama dengan berbagi file.

  • Apakah salinan bayangan berbagi konsisten untuk aplikasi?
    Tidak, salinan bayangan berbagi tidak konsisten dengan aplikasi. Pengguna harus menyempurnakan tulisan dari aplikasi ke berbagi sebelum mengambil salinan bayangan berbagi.

  • Apakah ada batasan jumlah salinan bayangan berbagi yang dapat saya gunakan?
    Ya. Azure Files dapat menyimpan maksimal 200 salinan bayangan berbagi. Salinan bayangan berbagi tidak dihitung dalam kuota berbagi, sehingga tidak ada batas per saham pada total ruang yang digunakan oleh semua salinan bayangan berbagi. Batas akun penyimpanan masih berlaku. Setelah 200 salinan bayangan berbagi, Anda harus menghapus salinan bayangan lama untuk membuat salinan bayangan berbagi baru.

  • Berapa biaya salinan bayangan berbagi?
    Transaksi standar dan biaya penyimpanan standar akan berlaku untuk salinan bayangan. Salinan bayangan bersifat bertambah bertahap. Salinan bayangan dasar adalah berbagi itu sendiri. Semua salinan bayangan berikutnya bertahap dan hanya akan menyimpan diff dari salinan bayangan sebelumnya. Ini berarti bahwa perubahan delta yang akan terlihat dalam tagihan akan minimal jika churn beban kerja Anda minimal. Lihat halaman Harga untuk informasi harga Azure Files Standar. Saat ini cara untuk melihat ukuran yang dikonsumsi oleh salinan bayangan berbagi adalah dengan membandingkan kapasitas yang ditagih dengan kapasitas yang digunakan. Kami sedang mengupayakan peralatan untuk meningkatkan pelaporan.

  • Apakah ACL NTFS pada direktori dan file bertahan di salinan bayangan berbagi?
    ACL NTFS pada direktori dan file tetap ada di salinan bayangan berbagi.

Buat salinan bayangan berbagi

  • Bisakah saya membuat salinan bayangan file individual?
    Salinan bayangan berbagi dibuat di tingkat berbagi file. Anda dapat memulihkan file individual dari salinan bayangan berbagi file, tetapi Anda tidak dapat membuat salinan bayangan berbagi tingkat file. Namun, jika Anda telah mengambil salinan bayangan berbagi tingkat berbagi dan Anda ingin mencantumkan salinan bayangan berbagi di mana file tertentu telah berubah, Anda dapat melakukan ini di bagian Versi Sebelumnya pada berbagi yang dipasang di Windows.

    Jika Anda memerlukan fitur salinan bayangan file, beri tahu kami di Azure Files UserVoice.

  • Bisakah saya membuat salinan bayangan berbagi dari berbagi file terenkripsi?
    Anda dapat mengambil salinan bayangan berbagi dari berbagi file Azure yang memiliki enkripsi saat tidak aktif diaktifkan. Anda dapat memulihkan file dari salinan bayangan berbagi ke berbagi file terenkripsi. Jika berbagi Anda dienkripsi, salinan bayangan berbagi Anda juga dienkripsi.

  • Apakah salinan bayangan berbagi saya geo-redundan?
    Salinan bayangan berbagi memiliki redundansi yang sama dengan berbagi file Azure yang diambil. Jika Anda telah memilih penyimpanan geo-redundan untuk akun Anda, salinan bayangan saham Anda juga disimpan secara berlebihan di wilayah yang dipasangkan.

Mengelola salinan bayangan berbagi

  • Dapatkah saya menelusuri salinan bayangan berbagi saya dari Linux?
    Anda dapat menggunakan Azure CLI untuk membuat, mencantumkan, menelusuri, dan memulihkan salinan bayangan berbagi di Linux.

  • Bisakah saya menyalin salinan bayangan berbagi ke akun penyimpanan lain?
    Anda dapat menyalin file dari salinan bayangan berbagi ke lokasi lain, tetapi Anda tidak dapat menyalin salinan bayangan berbagi itu sendiri.

Memulihkan data dari salinan bayangan berbagi

  • Bisakah saya mempromosikan salinan bayangan berbagi ke berbagi dasar?
    Anda dapat menyalin data dari salinan bayangan berbagi ke tujuan lain. Anda tidak dapat mempromosikan salinan bayangan berbagi ke berbagi dasar.

  • Bisakah saya memulihkan data dari salinan bayangan berbagi ke akun penyimpanan lain?
    Ya. File dari salinan bayangan berbagi dapat disalin ke lokasi asli atau ke lokasi alternatif yang menyertakan akun penyimpanan yang sama atau akun penyimpanan yang berbeda, baik di wilayah yang sama maupun di wilayah yang berbeda. Anda juga dapat menyalin file ke lokasi lokal atau ke cloud lainnya.

Menghapus salinan bayangan berbagi

  • Dapatkah saya menghapus berbagi saya tetapi tidak menghapus salinan bayangan berbagi saya?
    Jika memiliki salinan bayangan berbagi aktif di berbagi, Anda tidak dapat menghapus berbagi Anda. Anda dapat menggunakan API untuk menghapus salinan bayangan berbagi, bersama dengan berbagi. Anda juga dapat menghapus salinan bayangan berbagi dan berbagi di portal Microsoft Azure.

  • Apa yang terjadi pada salinan bayangan berbagi saya jika saya menghapus akun penyimpanan saya?
    Jika Anda menghapus akun penyimpanan, salinan bayangan berbagi juga akan dihapus.

Penagihan dan Harga

  • Apakah lalu lintas jaringan antara Azure VM dan berbagi file Azure dihitung sebagai bandwidth eksternal yang dibebankan ke langganan?
    Jika berbagi file dan VM berada di wilayah Azure yang sama, tidak ada biaya tambahan untuk lalu lintas antara berbagi file dan VM. Jika berbagi file dan VM berada di wilayah yang berbeda, lalu lintas di antara mereka dibebankan sebagai bandwidth eksternal.

  • Berapa biaya salinan bayangan berbagi?
    Bagikan salinan bayangan bersifat bertambah bertahap. Salinan bayangan berbagi dasar adalah berbagi itu sendiri. Semua salinan bayangan berbagi berikutnya bertahap dan hanya menyimpan perbedaan dari salinan bayangan berbagi sebelumnya. Anda hanya ditagih untuk konten yang diubah. Jika Anda memiliki berbagi dengan 100 GiB data tetapi hanya 5 GiB yang telah berubah sejak salinan bayangan berbagi terakhir Anda, salinan bayangan berbagi hanya menggunakan 5 GiB tambahan, dan Anda ditagih seharga 105 GiB. Untuk informasi selengkapnya tentang transaksi dan biaya keluar standar, lihat halaman Harga.

Skala dan performa

  • Berapa batas skala Azure Files?
    Untuk informasi tentang skalabilitas dan target performa untuk Azure Files, lihat skalabilitas Azure Files dan target performa.

  • Ukuran apa yang tersedia untuk berbagi file Azure?
    Ukuran berbagi file Azure (premium dan standar) dapat menskalakan hingga 100 TiB. Lihat Membuat berbagi file Azure untuk informasi selengkapnya.

  • Apakah memperluas kuota berbagi file saya memengaruhi beban kerja atau Azure File Sync saya?

    Nomor. Memperluas kuota tidak akan memengaruhi beban kerja atau Azure File Sync Anda.

  • Berapa banyak klien yang dapat mengakses file yang sama secara bersamaan?
    Ada kuota 2.000 handel terbuka pada satu file. Ketika Anda memiliki 2.000 handel terbuka, pesan kesalahan ditampilkan yang berisi bahwa kuota tercapai.

  • Performa saya lambat ketika saya mengekstrak file di Azure Files. Langkah apa yang harus saya lakukan?
    Untuk mentransfer sejumlah besar file ke Azure Files, sebaiknya gunakan AzCopy (untuk Windows; dalam pratinjau untuk Linux dan UNIX) atau Azure PowerShell. Alat ini telah dioptimalkan untuk transfer jaringan.

  • Mengapa performa saya lambat setelah memasang berbagi file Azure saya di Windows Server 2012 R2 atau Windows 8.1?
    Ada masalah yang diketahui ketika memasang berbagi file Azure di Windows Server 2012 R2 dan Windows 8.1. Masalah ini di-patch dalam pembaruan kumulatif April 2014 untuk Windows 8.1 dan Windows Server 2012 R2. Untuk performa optimal, pastikan bahwa semua instans Windows Server 2012 R2 dan Windows 8.1 menerapkan patch ini. (Anda harus selalu menerima patch Windows melalui Windows Update.) Untuk informasi selengkapnya, lihat artikel Microsoft Knowledge Base terkait Performa lambat saat Anda mengakses Azure Files dari Windows 8.1 atau Server 2012 R2.

Fitur dan interoperabilitas dengan layanan lain

  • Bisakah saya menggunakan berbagi file Azure saya sebagai Saksi Berbagi File untuk Kluster Failover Windows Server saya?
    Saat ini, konfigurasi ini tidak didukung untuk berbagi file Azure. Untuk informasi selengkapnya tentang cara menyiapkan ini untuk penyimpanan Azure Blob, lihat Menyebarkan Saksi Cloud untuk Kluster Failover.

  • Bisakah saya memasang berbagi file Azure pada instans Azure Container?
    Ya, berbagi file Azure adalah opsi yang baik ketika Anda ingin mempertahankan informasi di luar masa pakai instans kontainer. Untuk informasi selengkapnya, lihat Memasang berbagi file Azure dengan instans Azure Container.

  • Apakah ada operasi penggantian nama di REST API?
    Lain kali.

  • Bisakah saya menyiapkan berbagi yang disarangkan? Dengan kata lain, berbagi berdasarakan berbagi?
    Nomor. Berbagi file adalah driver virtual yang bisa dipasang, sehingga berbagi yang disarangkan tidak didukung.

  • Bagaimana cara menggunakan Azure Files with IBM MQ?
    IBM telah merilis dokumen yang membantu pelanggan IBM MQ mengonfigurasi Azure Files dengan layanan IBM. Untuk informasi selengkapnya, lihat Cara menyiapkan manajer antrean multi-instans IBM MQ dengan layanan Microsoft Azure Files.

Lihat juga