Catatan rilis untuk agen Azure File Sync

Azure File Sync memungkinkan Anda memusatkan berbagi organisasi di Azure Files tanpa mengorbankan fleksibilitas, performa, dan kompatibilitas server file lokal. Penginstalan Windows Server Anda diubah menjadi cache cepat berbagi file Azure Anda. Anda dapat menggunakan protokol apa pun yang tersedia di Windows Server untuk mengakses data Anda secara lokal (termasuk SMB, NFS, dan FTPS). Anda dapat memiliki cache sebanyak yang Anda butuhkan di seluruh dunia.

Artikel ini memberikan catatan rilis untuk versi yang didukung dari agen Azure File Sync.

Versi yang didukung

Versi agen Azure File Sync berikut ini didukung:

Milestone Nomor versi agen Tanggal rilis Status
Rilis V14.1 - KB5001873 14.1.0.0 1 Desember 2021 Didukung - Flighting
Rilis V14 - KB5001872 14.0.0.0 29 Oktober 2021 Didukung
Rilis V13 - KB4588753 13.0.0.0 12 Juli 2021 Didukung
V12.1 Rilis - KB4588751 12.1.0.0 20 Mei 2021 Didukung
Rilis V12 - KB4568585 12.0.0.0 26 Maret 2021 Didukung
Rilis V11.3 - KB4539953 11.3.0.0 7 April 2021 Didukung
Rilis V11.2 - KB4539952 11.2.0.0 2 Februari 2021 Didukung
Rilis V11.1 - KB4539951 11.1.0.0 4 November 2020 Didukung

Versi tidak didukung

Versi agen Azure File Sync berikut telah kedaluwarsa dan tidak lagi didukung:

Milestone Nomor versi agen Tanggal rilis Status
Rilis V10 10.0.0.0 - 10.1.0.0 N/A Tidak Didukung - Versi agen kedaluwarsa pada 28 Juni 2021
Rilis V9 9.0.0.0 – 9.1.0.0 N/A Tidak Didukung - Versi agen kedaluwarsa pada 16 Februari 2021
Rilis V8 8.0.0.0 N/A Tidak Didukung - Versi agen kedaluwarsa pada 12 Januari 2021
Rilis V7 7.0.0.0 – 7.2.0.0 N/A Tidak Didukung - Versi agen kedaluwarsa pada 1 September 2020
Rilis V6 6.0.0.0 – 6.3.0.0 N/A Tidak Didukung - Versi agen kedaluwarsa pada 21 April 2020
Rilis V5 5.0.2.0 – 5.2.0.0 N/A Tidak Didukung - Versi agen kedaluwarsa pada 18 Maret 2020
Rilis V4 4.0.1.0 – 4.3.0.0 N/A Tidak Didukung - Versi agen kedaluwarsa pada 6 November 2019
Rilis V3 3.1.0.0 – 3.4.0.0 N/A Tidak Didukung - Versi agen kedaluwarsa pada 19 Agustus 2019
Agen pra-GA 1.1.0.0 – 3.0.13.0 N/A Tidak Didukung - Versi agen kedaluwarsa pada 1 Oktober 2018

Kebijakan pembaruan agen Azure File Sync

Agen Azure File Sync diperbarui secara berkala untuk menambahkan fungsionalitas baru dan mengatasi masalah. Sebaiknya konfigurasikan Microsoft Update untuk mendapatkan pembaruan untuk agen Azure File Sync saat tersedia.

Versi agen utama vs. minor

  • Versi agen utama sering berisi fitur baru dan memiliki jumlah yang meningkat sebagai bagian pertama dari nomor versi. Misalnya: *2.*.**
  • Versi agen minor juga disebut "patch" dan dirilis lebih sering daripada versi utama. Versi ini sering berisi perbaikan bug dan peningkatan yang lebih kecil, tetapi tidak ada fitur baru. Misalnya: **.3.**

Meningkatkan jalur

Ada empat cara yang disetujui dan teruji untuk menginstal pembaruan agen Azure File Sync.

  1. (Disukai) Konfigurasikan Microsoft Update untuk mengunduh dan menginstal pembaruan agen secara otomatis.
    Kami selalu merekomendasikan untuk melakukan setiap pembaruan Azure File Sync untuk memastikan Anda memiliki akses ke perbaikan terbaru untuk agen server. Microsoft Update menjadikan proses ini mulus, dengan mengunduh dan menginstal pembaruan secara otomatis untuk Anda.
  2. Gunakan AfsUpdater.exe mengunduh dan menginstal pembaruan agen.
    AfsUpdater.exe terletak di direktori penginstalan agen. Klik dua kali executable untuk mengunduh dan menginstal pembaruan agen.
  3. Patch agen Azure File Sync yang sudah ada menggunakan file patch Microsoft Update, atau .msp yang dapat dijalankan. Paket pembaruan Azure File Sync terbaru dapat diunduh dari Katalog Microsoft Update.
    Menjalankan executable .msp akan meningkatkan penginstalan Azure File Sync Anda dengan metode yang sama yang digunakan secara otomatis oleh Microsoft Update di jalur peningkatan sebelumnya. Menerapkan patch Microsoft Update akan melakukan peningkatan di tempat dari penginstalan Azure File Sync.
  4. Unduh penginstal agen Azure File Sync terbaru dari Pusat Unduhan Microsoft.
    Untuk meningkatkan penginstalan agen Azure File Sync yang sudah ada, hapus instalasi versi lama, lalu instal versi terbaru dari penginstal yang diunduh. Pendaftaran server, grup sinkronisasi, dan pengaturan lainnya dikelola oleh penginstal Azure File Sync.

Manajemen siklus hidup agen otomatis

Dengan agen versi 6, tim sinkronisasi file sudah memperkenalkan fitur peningkatan otomatis agen. Anda dapat memilih salah satu dari dua mode dan menentukan jendela pemeliharaan tempat peningkatan akan dicoba pada server. Fitur ini dirancang untuk membantu Anda dengan manajemen siklus hidup agen dengan menyediakan guardrail yang mencegah agen Anda berakhir atau memungkinkan pengaturan yang tidak rumit dan tetap terbaru.

  1. Pengaturan default akan mencoba mencegah agen berakhir. Dalam 21 hari sejak tanggal berakhir yang diposting dari agen, agen akan mencoba untuk meningkatkan sendiri. Ini akan memulai upaya untuk meningkatkan seminggu sekali dalam 21 hari sebelum berakhir dan di jendela pemeliharaan yang dipilih. Opsi ini tidak menghilangkan kebutuhan untuk mengambil patch Microsoft Update reguler.
  2. Secara opsional, Anda dapat memilih agen akan secara otomatis meningkatkan dirinya sendiri segera setelah versi agen baru tersedia (saat ini tidak berlaku untuk server berkluster). Pembaruan ini akan terjadi selama jendela pemeliharaan yang dipilih dan memungkinkan server Anda mendapatkan manfaat dari fitur dan peningkatan baru segera setelah tersedia secara umum. Ini adalah pengaturan yang direkomendasikan dan bebas khawatir yang akan menyediakan versi agen utama serta patch pembaruan reguler ke server Anda. Setiap agen yang dirilis memiliki kualitas GA. Jika Anda memilih opsi ini, Microsoft akan menerbangkan versi agen terbaru kepada Anda. Server berkluster dikecualikan. Setelah penerbangan selesai, agen juga akan tersedia di Microsoft Download Center aka.ms/AFS/agent.
Mengubah pengaturan peningkatan otomatis

Instruksi berikut menjelaskan cara mengubah pengaturan setelah Anda menyelesaikan penginstal, jika Anda perlu membuat perubahan.

Buka konsol PowerShell dan navigasi ke direktori tempat Anda menginstal agen sinkronisasi, lalu impor cmdlet server. Secara default ini akan terlihat seperti ini:

cd 'C:\Program Files\Azure\StorageSyncAgent'
Import-Module -Name .\StorageSync.Management.ServerCmdlets.dll

Anda dapat menjalankan Get-StorageSyncAgentAutoUpdatePolicy untuk memeriksa pengaturan kebijakan saat ini dan menentukan apakah Anda ingin mengubahnya.

Untuk mengubah pengaturan kebijakan saat ini ke jalur pembaruan yang tertunda, Anda bisa menggunakan:

Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode UpdateBeforeExpiration

Untuk mengubah pengaturan kebijakan saat ini ke jalur pembaruan segera, Anda bisa menggunakan:

Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode InstallLatest

Siklus hidup agen dan jaminan manajemen perubahan

Azure File Sync adalah layanan cloud, yang terus memperkenalkan fitur dan penyempurnaan baru. Ini berarti versi agen Azure File Sync tertentu hanya dapat didukung untuk waktu yang terbatas. Untuk memfasilitasi penyebaran Anda, aturan berikut menjamin Anda memiliki cukup waktu dan pemberitahuan untuk mengakomodasi pembaruan/peningkatan agen dalam proses manajemen perubahan Anda:

  • Versi agen utama didukung setidaknya selama enam bulan sejak tanggal rilis awal.
  • Kami menjamin ada tumpang tindih setidaknya tiga bulan di antara dukungan versi agen utama.
  • Peringatan dikeluarkan untuk server terdaftar menggunakan agen yang akan segera berakhir setidaknya tiga bulan sebelum berakhir. Anda dapat memeriksa apakah server terdaftar menggunakan versi agen yang lebih lama di bawah bagian server terdaftar dari Layanan Sinkronisasi Penyimpanan.
  • Masa pakai versi agen kecil terikat ke versi utama terkait. Misalnya, saat agen versi 3.0 dirilis, semua agen versi 2.* semuanya akan diatur untuk berakhir bersamaan.

Catatan

Menginstal versi agen dengan peringatan kedaluwarsa akan menampilkan peringatan, tetapi berhasil. Mencoba menginstal atau menyambungkan dengan versi agen yang berakhir tidak didukung dan akan diblokir.

Versi agen 14.1.0.0

Catatan rilis berikut adalah untuk versi 14.1.0.0 dari agen Azure File Sync dirilis 1 Desember 2021. Catatan ini merupakan tambahan dari catatan rilis yang terdaftar untuk versi 14.0.0.0.

Peningkatan dan masalah yang diperbaiki

  • File berjenjang yang dihapus Windows Server 2022 tidak terdeteksi oleh driver filter jenjang cloud

    • Masalah ini terjadi karena DeleteFile API di Windows Server 2022 menggunakan kelas FILE_DISPOSITION_INFORMATION_EX untuk menghapus file. Rilis v14.1 menambahkan dukungan untuk mendeteksi file berjenjang yang dihapus menggunakan kelas FILE_DISPOSITION_INFORMATION_EX.

    Catatan

    Masalah ini juga dapat memengaruhi Windows 2016 dan Windows Server 2019 jika file berjenjang dihapus menggunakan kelas FILE_DISPOSITION_INFORMATION_EX.

Versi agen 14.0.0.0

Catatan rilis berikut adalah untuk versi 14.0.0.0 dari agen Sinkronisasi File Azure (dirilis 29 Oktober 2021).

Peningkatan dan masalah yang diperbaiki

  • Mengurangi transaksi saat pekerjaan enumerasi perubahan cloud berjalan

    • Azure File Sync memiliki pekerjaan enumerasi perubahan cloud yang berjalan setiap 24 jam untuk mendeteksi perubahan yang dibuat langsung di berbagi Azure dan menyinkronkan perubahan tersebut ke server di grup sinkronisasi Anda. Kami telah melakukan beberapa perbaikan untuk mengurangi jumlah transaksi saat pekerjaan ini berjalan.
  • Panduan pembatalan penyediaan titik akhir server yang ditingkatkan di portal

    • Saat menghapus titik akhir server melalui portal, kami sekarang memberikan panduan langkah demi langkah berdasarkan alasan di balik penghapusan titik akhir server, sehingga Anda dapat menghindari kehilangan data dan memastikan data berada di tempat yang seharusnya (server atau berbagi file Azure). Fitur ini juga mencakup cmdlet PowerShell baru (Get-StorageSyncStatus & New-StorageSyncUploadSession) yang dapat Anda gunakan di server lokal untuk membantu Anda melalui proses pembatalan penyediaan.
  • Peningkatan cmdlet Invoke-AzStorageSyncChangeDetection

    • Sebelum rilis v14, jika membuat perubahan secara langsung di berbagi file Azure, Anda dapat menggunakan cmdlet Invoke-AzStorageSyncChangeDetection untuk mendeteksi perubahan dan menyinkronkannya ke server di grup sinkronisasi. Tetapi, cmdlet akan gagal dijalankan jika jalur yang ditentukan berisi lebih dari 10.000 item. Kami telah meningkatkan cmdlet Invoke-AzStorageSyncChangeDetection dan batas 10.000 item tidak lagi berlaku saat memindai seluruh berbagi. Untuk belajar lebih lanjut, lihat dokumentasi Invoke-AzStorageSyncChangeDetection.
  • Perbaikan lain-lain

    • Sinkronisasi File Azure sekarang didukung di wilayah AS Bagian Barat 3.
    • Memperbaiki bug yang menyebabkan skrip FileSyncErrorsReport.ps1 tidak memberikan daftar semua kesalahan per item.
    • Mengurangi transaksi saat file gagal diunggah secara konsisten karena kesalahan sinkronisasi per item.
    • Peningkatan keandalan dan telemetri untuk penjenjangan dan sinkronisasi cloud.

Alat Evaluasi

Sebelum menyebarkan Azure File Sync, Anda harus mengevaluasi apakah kompatibel dengan sistem Anda menggunakan alat evaluasi Azure File Sync. Alat ini adalah cmdlet Azure PowerShell yang memeriksa potensi masalah dengan sistem file dan himpunan data Anda, seperti karakter yang tidak didukung atau versi OS yang tidak didukung. Untuk instruksi penginstalan dan penggunaan, lihat bagian Alat Evaluasi dalam panduan perencanaan.

Penginstalan agen dan konfigurasi server

Untuk informasi selengkapnya tentang cara menginstal dan mengonfigurasi agen Azure File Sync dengan Windows Server, lihat Merencanakan penyebaran Azure File Sync dan Cara menyebarkan Azure File Sync.

  • Restart diperlukan untuk server yang memiliki penginstalan agen Azure File Sync yang ada jika versi agen kurang dari versi 12.0.
  • Paket penginstalan agen harus diinstal dengan izin yang ditinggikan (admin).
  • Agen tidak didukung pada opsi penyebaran Nano Server.
  • Agen ini hanya didukung pada Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, dan Windows Server 2022.
  • Agen membutuhkan memori setidaknya 2 GiB. Jika server berjalan di komputer virtual dengan memori dinamis diaktifkan, komputer virtual harus dikonfigurasi dengan memori minimum 2048 MiB. Lihat Sumber daya sistem yang direkomendasikan untuk informasi selengkapnya.
  • Layanan Storage Sync Agent (FileSyncSvc) tidak mendukung titik akhir server yang terletak di volume yang memiliki direktori informasi volume sistem (SVI) yang dikompresi. Konfigurasi ini akan memberikan hasil yang tidak diharapkan.

Interoperabilitas

  • Antivirus, pencadangan, dan aplikasi lain yang mengakses file berjenjang dapat menyebabkan penarikan kembali yang tidak diinginkan, kecuali mereka menghormati atribut offline dan melewatkan membaca konten file tersebut. Untuk informasi selengkapnya, lihat Memecahkan Masalah Azure File Sync.
  • Penyaringan file dari File Server Resource Manager (FSRM) dapat menyebabkan kegagalan sinkronisasi tanpa akhir saat file diblokir karena penyaringan file.
  • Menjalankan sysprep di server yang menginstal agen Azure File Sync tidak didukung dan dapat menyebabkan hasil yang tidak diharapkan. Agen Azure File Sync harus diinstal setelah menyebarkan citra server dan menyelesaikan penyetelan mini sysprep.

Batasan sinkronisasi

Item berikut tidak disinkronkan, tetapi sistem lainnya tetap beroperasi secara normal:

  • File dengan karakter yang tidak didukung. Lihat Panduan pemecahan masalah untuk daftar karakter yang tidak didukung.

  • File atau direktori yang diakhiri dengan titik.

  • Jalur yang lebih panjang dari 2.048 karakter.

  • Bagian daftar kontrol akses sistem (SACL) dari pendeskripsi keamanan yang digunakan untuk audit.

  • Atribut yang diperluas.

  • Aliran data alternatif.

  • Titik pengurai ulang.

  • Tautan keras.

  • Kompresi (jika diatur pada file server) tidak dipertahankan saat perubahan disinkronkan ke file tersebut dari titik akhir lainnya.

  • File apa pun yang dienkripsi dengan EFS (atau enkripsi mode pengguna lainnya) yang mencegah layanan membaca data.

    Catatan

    Azure File Sync selalu mengenkripsi data in transit. Data selalu dienkripsi dengan at rest di Azure.

Titik akhir server

  • Titik akhir server hanya dapat dibuat pada volume NTFS. ReFS, FAT, FAT32, dan sistem file lainnya saat ini tidak didukung oleh Azure File Sync.
  • Penjenjangan cloud tidak didukung dalam volume sistem. Untuk membuat titik akhir server di volume sistem, nonaktifkan penjenjangan cloud saat membuat titik akhir server.
  • Pengklasteran Failover hanya didukung dengan disk berklaster, tetapi tidak dengan Volume Bersama Klaster (CSV).
  • Titik akhir server tidak dapat disarangkan. Titik akhir dapat berdampingan pada volume yang sama secara paralel dengan titik akhir lainnya.
  • Jangan menyimpan file halaman OS atau aplikasi di dalam lokasi titik akhir server.

Titik akhir cloud

  • Azure File Sync mendukung perubahan pada berbagi file Azure secara langsung. Namun, setiap perubahan yang dilakukan pada berbagi file Azure terlebih dahulu harus ditemukan oleh tugas deteksi perubahan Azure File Sync. Tugas deteksi perubahan dimulai untuk titik akhir cloud setiap 24 jam sekali. 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. Selain itu, perubahan yang dilakukan pada berbagi file Azure melalui protokol REST tidak akan memperbarui waktu modifikasi terakhir SMB dan tidak akan dilihat sebagai perubahan berdasarkan sinkronisasi.

  • Storage Sync Service dan/atau akun penyimpanan dapat dipindahkan ke grup sumber daya, langganan, atau penyewa Microsoft Azure AD 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, Storage Sync Service dan akun penyimpanan dapat dipindahkan ke penyewa Microsoft Azure AD yang berbeda.

Penjenjangan cloud

  • Jika file berjenjang disalin ke lokasi lain dengan menggunakan Robocopy, file yang dihasilkan tidak berjenjang. Atribut offline mungkin diatur karena Robocopy salah menyertakan atribut tersebut dalam operasi penyalinan.
  • Saat menyalin file menggunakan robocopy, gunakan opsi /MIR untuk mempertahankan stempel waktu file. Ini akan memastikan file terdahulu dibuat berjenjang lebih cepat daripada file yang baru diakses.

Versi agen 13.0.0.0

Catatan rilis berikut adalah untuk versi 13.0.0.0 dari agen Azure File Sync (dirilis 12 Juli 2021).

Peningkatan dan masalah yang diperbaiki

  • Pengunggahan otoritatif

    • Pengunggahan otoritatif adalah mode baru yang tersedia saat membuat titik akhir server pertama dalam grup sinkronisasi. Hal ini berguna untuk skenario saat cloud (berbagi file Azure) memiliki beberapa/sebagian besar data tetapi sudah kedaluwarsa dan perlu diikuti dengan data yang lebih baru pada titik akhir server baru. Ini adalah kasus dalam skenario migrasi offline seperti DataBox, misalnya. Saat DataBox diisi dan dikirim ke Azure, pengguna server lokal akan terus mengubah/menambahkan/menghapus file di server lokal. Itu membuat data di DataBox dan dengan demikian berbagi file Azure, akan kedaluwarsa. Dengan Pengunggahan Otoritatif, Anda sekarang dapat memberi tahu server dan cloud, cara menyelesaikan kasus ini dan memperbarui cloud dengan mulus dengan perubahan terbaru di server.

      Tidak peduli bagaimana data sampai ke cloud, mode ini dapat memperbarui berbagi file Azure jika data berasal dari lokasi yang cocok di server. Pastikan untuk menghindari restrukturisasi direktori besar antara salinan awal ke cloud dan mengejar Pengunggahan Otoritatif. Ini akan memastikan Anda hanya mengirimkan pembaruan. Perubahan nama direktori akan menyebabkan semua file di direktori yang berganti nama ini diunggah lagi. Fungsi ini sebanding dengan semantik RoboCopy/MIR = sumber cermin ke target, termasuk menghapus file pada target yang tidak lagi ada pada sumbernya.

      Pengunggahan otoritatif menggantikan fitur "Transfer Data Offline" untuk integrasi DataBox dengan Azure File Sync melalui berbagi pementasan. Bagian penahapan tidak lagi diperlukan untuk menggunakan DataBox. Pekerjaan Transfer Data Offline baru tidak dapat lagi dimulai dengan agen AFS V13. Pekerjaan yang ada di server akan berlanjut bahkan dengan peningkatan ke agen versi 13.

  • Perbaikan portal untuk melihat enumerasi perubahan cloud dan kemajuan sinkronisasi

    • Saat grup sinkronisasi baru dibuat, setiap titik akhir server yang terhubung hanya dapat mulai disinkronkan, saat enumerasi perubahan cloud selesai. Jika file sudah ada di titik akhir cloud (berbagi file Azure) dari grup sinkronisasi ini, perubahan enumerasi konten di cloud dapat memakan waktu. Semakin banyak item (file dan folder) ada di namespace layanan, semakin lama proses ini dapat berlangsung. Admin sekarang akan dapat memperoleh kemajuan enumerasi perubahan cloud di portal Azure untuk memperkirakan esktimasi untuk penyelesaian/sinkronisasi untuk memulai dengan server.
  • Dukungan untuk mengganti nama server

    • Jika server terdaftar diganti namanya, Azure File Sync sekarang akan menampilkan nama server baru di portal. Jika server diganti namanya sebelum rilis v13, nama server di portal sekarang akan diperbarui untuk menampilkan nama server yang benar.
  • Dukungan untuk Windows Server 2022

    • Agen Azure File Sync sekarang didukung pada Windows Server 2022.

    Catatan

    Windows Server 2022 menambahkan dukungan untuk TLS 1.3 yang saat ini tidak didukung oleh Azure File Sync. Jika Pengaturan TLS dikelola melalui kebijakan grup, server harus dikonfigurasi untuk mendukung TLS 1.2.

  • Perbaikan lain-lain

    • Peningkatan keandalan untuk sinkronisasi, tingkatan cloud, dan enumerasi perubahan cloud.
    • Jika sejumlah besar file diubah di server, pengunggahan sinkronisasi sekarang dilakukan dari rekam jepret VSS yang mengurangi kesalahan per item dan sinkronisasi kegagalan sesi.
    • Cmdlet Invoke-StorageSyncFileRecall sekarang akan mengingat semua file bertingkat yang terkait dengan titik akhir server, meskipun file telah bergerak di luar lokasi titik akhir server.
    • Explorer.exe sekarang dikeluarkan dari pelacakan waktu akses bertingkat cloud.
    • Telemetri baru (Event ID 6664) untuk memantau kemajuan pembersihan file bertingkat tanpa induk setelah menghapus titik akhir server dengan tingkat cloud diaktifkan.

Alat Evaluasi

Sebelum menyebarkan Azure File Sync, Anda harus mengevaluasi apakah kompatibel dengan sistem Anda menggunakan alat evaluasi Azure File Sync. Alat ini adalah cmdlet Azure PowerShell yang memeriksa potensi masalah dengan sistem file dan himpunan data Anda, seperti karakter yang tidak didukung atau versi OS yang tidak didukung. Untuk instruksi penginstalan dan penggunaan, lihat bagian Alat Evaluasi dalam panduan perencanaan.

Penginstalan agen dan konfigurasi server

Untuk informasi selengkapnya tentang cara menginstal dan mengonfigurasi agen Azure File Sync dengan Windows Server, lihat Merencanakan penyebaran Azure File Sync dan Cara menyebarkan Azure File Sync.

  • Restart diperlukan untuk server yang memiliki penginstalan agen Azure File Sync yang ada jika versi agen kurang dari versi 12.0.
  • Paket penginstalan agen harus diinstal dengan izin yang ditinggikan (admin).
  • Agen tidak didukung pada opsi penyebaran Nano Server.
  • Agen ini hanya didukung pada Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, dan Windows Server 2022.
  • Agen membutuhkan memori setidaknya 2 GiB. Jika server berjalan di komputer virtual dengan memori dinamis diaktifkan, komputer virtual harus dikonfigurasi dengan memori minimum 2048 MiB. Lihat Sumber daya sistem yang direkomendasikan untuk informasi selengkapnya.
  • Layanan Storage Sync Agent (FileSyncSvc) tidak mendukung titik akhir server yang terletak di volume yang memiliki direktori informasi volume sistem (SVI) yang dikompresi. Konfigurasi ini akan memberikan hasil yang tidak diharapkan.

Interoperabilitas

  • Antivirus, pencadangan, dan aplikasi lain yang mengakses file berjenjang dapat menyebabkan penarikan kembali yang tidak diinginkan, kecuali mereka menghormati atribut offline dan melewatkan membaca konten file tersebut. Untuk informasi selengkapnya, lihat Memecahkan Masalah Azure File Sync.
  • Penyaringan file dari File Server Resource Manager (FSRM) dapat menyebabkan kegagalan sinkronisasi tanpa akhir saat file diblokir karena penyaringan file.
  • Menjalankan sysprep di server yang menginstal agen Azure File Sync tidak didukung dan dapat menyebabkan hasil yang tidak diharapkan. Agen Azure File Sync harus diinstal setelah menyebarkan citra server dan menyelesaikan penyetelan mini sysprep.

Batasan sinkronisasi

Item berikut tidak disinkronkan, tetapi sistem lainnya tetap beroperasi secara normal:

  • File dengan karakter yang tidak didukung. Lihat Panduan pemecahan masalah untuk daftar karakter yang tidak didukung.

  • File atau direktori yang diakhiri dengan titik.

  • Jalur yang lebih panjang dari 2.048 karakter.

  • Bagian daftar kontrol akses sistem (SACL) dari pendeskripsi keamanan yang digunakan untuk audit.

  • Atribut yang diperluas.

  • Aliran data alternatif.

  • Titik pengurai ulang.

  • Tautan keras.

  • Kompresi (jika diatur pada file server) tidak dipertahankan saat perubahan disinkronkan ke file tersebut dari titik akhir lainnya.

  • File apa pun yang dienkripsi dengan EFS (atau enkripsi mode pengguna lainnya) yang mencegah layanan membaca data.

    Catatan

    Azure File Sync selalu mengenkripsi data in transit. Data selalu dienkripsi dengan at rest di Azure.

Titik akhir server

  • Titik akhir server hanya dapat dibuat pada volume NTFS. ReFS, FAT, FAT32, dan sistem file lainnya saat ini tidak didukung oleh Azure File Sync.
  • Penjenjangan cloud tidak didukung dalam volume sistem. Untuk membuat titik akhir server di volume sistem, nonaktifkan penjenjangan cloud saat membuat titik akhir server.
  • Pengklasteran Failover hanya didukung dengan disk berklaster, tetapi tidak dengan Volume Bersama Klaster (CSV).
  • Titik akhir server tidak dapat disarangkan. Titik akhir dapat berdampingan pada volume yang sama secara paralel dengan titik akhir lainnya.
  • Jangan menyimpan file halaman OS atau aplikasi di dalam lokasi titik akhir server.

Titik akhir cloud

  • Azure File Sync mendukung perubahan pada berbagi file Azure secara langsung. Namun, setiap perubahan yang dilakukan pada berbagi file Azure terlebih dahulu harus ditemukan oleh tugas deteksi perubahan Azure File Sync. Tugas deteksi perubahan dimulai untuk titik akhir cloud setiap 24 jam sekali. 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. Selain itu, perubahan yang dilakukan pada berbagi file Azure melalui protokol REST tidak akan memperbarui waktu modifikasi terakhir SMB dan tidak akan dilihat sebagai perubahan berdasarkan sinkronisasi.

  • Storage Sync Service dan/atau akun penyimpanan dapat dipindahkan ke grup sumber daya, langganan, atau penyewa Microsoft Azure AD 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, Storage Sync Service dan akun penyimpanan dapat dipindahkan ke penyewa Microsoft Azure AD yang berbeda.

Penjenjangan cloud

  • Jika file berjenjang disalin ke lokasi lain dengan menggunakan Robocopy, file yang dihasilkan tidak berjenjang. Atribut offline mungkin diatur karena Robocopy salah menyertakan atribut tersebut dalam operasi penyalinan.
  • Saat menyalin file menggunakan robocopy, gunakan opsi /MIR untuk mempertahankan stempel waktu file. Ini akan memastikan file terdahulu dibuat berjenjang lebih cepat daripada file yang baru diakses.

Versi agen 12.1.0.0

Catatan rilis berikut adalah untuk versi 12.1.0.0 dari agen Azure File Sync yang dirilis pada 20 Mei 2021. Catatan ini merupakan tambahan dari catatan rilis yang terdaftar untuk versi 12.0.0.0.

Peningkatan dan masalah yang diperbaiki

Rilis agen v12.0 memiliki dua bug yang diperbaiki dalam rilis ini:

  • Agen auto-update gagal memperbarui agen ke versi yang lebih baru.
  • Skrip FileSyncErrorsReport.ps1 tidak menyediakan daftar kesalahan per item.

Versi agen 12.0.0.0

Catatan rilis berikut adalah untuk versi 12.0.0.0 dari agen Azure File Sync (dirilis 26 Maret 2021).

Peningkatan dan masalah yang diperbaiki

  • Pengalaman portal baru untuk mengonfigurasi kebijakan akses jaringan dan koneksi titik akhir privat

    • Sekarang Anda dapat menggunakan portal untuk menonaktifkan akses ke titik akhir publik Storage Sync Service dan untuk menyetujui, menolak, dan menghapus koneksi titik akhir privat. Untuk mengonfigurasi kebijakan akses jaringan dan koneksi titik akhir privat, buka portal Storage Sync Service, buka bagian Pengaturan dan klik Jaringan.
  • Dukungan Penjenjangan Cloud untuk ukuran klaster volume yang lebih besar dari 64KiB

  • Mengukur bandwidth dan latensi ke layanan Azure File Sync dan akun penyimpanan

    • Cmdlet Test-StorageSyncNetworkConnectivity sekarang dapat digunakan untuk mengukur latensi dan bandwidth ke layanan Azure File Sync dan akun penyimpanan. Latensi ke layanan Azure File Sync dan akun penyimpanan diukur secara default saat menjalankan cmdlet. Bandwidth unggah dan unduh ke akun penyimpanan diukur saat menggunakan parameter "-MeasureBandwidth".

      Misalnya, untuk mengukur bandwidth dan latensi ke layanan Azure File Sync dan akun penyimpanan, jalankan perintah PowerShell berikut:

        Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
        Test-StorageSyncNetworkConnectivity -MeasureBandwidth 
      
  • Peningkatan pesan kesalahan di portal ketika pembuatan titik akhir server gagal

    • Kami mendengar tanggapan Anda dan telah meningkatkan pesan kesalahan dan panduan ketika pembuatan titik akhir server gagal.
  • Berbagai peningkatan kinerja dan keandalan

    • Peningkatan kinerja deteksi perubahan untuk mendeteksi file yang telah berubah di berbagi file Azure.
    • Peningkatan kinerja untuk sesi sinkronisasi rekonsiliasi.
    • Peningkatan sinkronisasi untuk mengurangi kesalahan ECS_E_SYNC_METADATA_KNOWLEDGE_SOFT_LIMIT_REACHED and ECS_E_SYNC_METADATA_KNOWLEDGE_LIMIT_REACHED.
    • Memperbaiki bug yang menyebabkan kerusakan data jika penjenjangan cloud diaktifkan dan file berjenjang disalin menggunakan Robocopy dengan parameter /B.
    • Memperbaiki bug yang dapat menyebabkan file gagal dijenjangkan di Server 2019 jika Deduplikasi Data diaktifkan pada volume.
    • Memperbaiki bug yang dapat menyebabkan AFSDiag gagal mengompres file jika file lebih besar dari 2GiB.

Alat Evaluasi

Sebelum menyebarkan Azure File Sync, Anda harus mengevaluasi apakah kompatibel dengan sistem Anda menggunakan alat evaluasi Azure File Sync. Alat ini adalah cmdlet Azure PowerShell yang memeriksa potensi masalah dengan sistem file dan himpunan data Anda, seperti karakter yang tidak didukung atau versi OS yang tidak didukung. Untuk instruksi penginstalan dan penggunaan, lihat bagian Alat Evaluasi dalam panduan perencanaan.

Penginstalan agen dan konfigurasi server

Untuk informasi selengkapnya tentang cara menginstal dan mengonfigurasi agen Azure File Sync dengan Windows Server, lihat Merencanakan penyebaran Azure File Sync dan Cara menyebarkan Azure File Sync.

  • Mulai ulang diperlukan untuk server yang memiliki penginstalan agen Azure File Sync yang sudah ada.
  • Paket penginstalan agen harus diinstal dengan izin yang ditinggikan (admin).
  • Agen tidak didukung pada opsi penyebaran Nano Server.
  • Agen ini hanya didukung pada Windows Server 2019, Windows Server 2016, dan Windows Server 2012 R2.
  • Agen membutuhkan memori setidaknya 2 GiB. Jika server berjalan di komputer virtual dengan memori dinamis diaktifkan, komputer virtual harus dikonfigurasi dengan memori minimum 2048 MiB. Lihat Sumber daya sistem yang direkomendasikan untuk informasi selengkapnya.
  • Layanan Storage Sync Agent (FileSyncSvc) tidak mendukung titik akhir server yang terletak di volume yang memiliki direktori informasi volume sistem (SVI) yang dikompresi. Konfigurasi ini akan memberikan hasil yang tidak diharapkan.

Interoperabilitas

  • Antivirus, pencadangan, dan aplikasi lain yang mengakses file berjenjang dapat menyebabkan penarikan kembali yang tidak diinginkan, kecuali mereka menghormati atribut offline dan melewatkan membaca konten file tersebut. Untuk informasi selengkapnya, lihat Memecahkan Masalah Azure File Sync.
  • Penyaringan file dari File Server Resource Manager (FSRM) dapat menyebabkan kegagalan sinkronisasi tanpa akhir saat file diblokir karena penyaringan file.
  • Menjalankan sysprep di server yang menginstal agen Azure File Sync tidak didukung dan dapat menyebabkan hasil yang tidak diharapkan. Agen Azure File Sync harus diinstal setelah menyebarkan citra server dan menyelesaikan penyetelan mini sysprep.

Batasan sinkronisasi

Item berikut tidak disinkronkan, tetapi sistem lainnya tetap beroperasi secara normal:

  • File dengan karakter yang tidak didukung. Lihat Panduan pemecahan masalah untuk daftar karakter yang tidak didukung.

  • File atau direktori yang diakhiri dengan titik.

  • Jalur yang lebih panjang dari 2.048 karakter.

  • Bagian daftar kontrol akses sistem (SACL) dari pendeskripsi keamanan yang digunakan untuk audit.

  • Atribut yang diperluas.

  • Aliran data alternatif.

  • Titik pengurai ulang.

  • Tautan keras.

  • Kompresi (jika diatur pada file server) tidak dipertahankan saat perubahan disinkronkan ke file tersebut dari titik akhir lainnya.

  • File apa pun yang dienkripsi dengan EFS (atau enkripsi mode pengguna lainnya) yang mencegah layanan membaca data.

    Catatan

    Azure File Sync selalu mengenkripsi data in transit. Data selalu dienkripsi dengan at rest di Azure.

Titik akhir server

  • Titik akhir server hanya dapat dibuat pada volume NTFS. ReFS, FAT, FAT32, dan sistem file lainnya saat ini tidak didukung oleh Azure File Sync.
  • Penjenjangan cloud tidak didukung dalam volume sistem. Untuk membuat titik akhir server di volume sistem, nonaktifkan penjenjangan cloud saat membuat titik akhir server.
  • Pengklasteran Failover hanya didukung dengan disk berklaster, tetapi tidak dengan Volume Bersama Klaster (CSV).
  • Titik akhir server tidak dapat disarangkan. Titik akhir dapat berdampingan pada volume yang sama secara paralel dengan titik akhir lainnya.
  • Jangan menyimpan file halaman OS atau aplikasi di dalam lokasi titik akhir server.
  • Nama server di portal tidak diperbarui jika server diubah namanya.

Titik akhir cloud

  • Azure File Sync mendukung perubahan pada berbagi file Azure secara langsung. Namun, setiap perubahan yang dilakukan pada berbagi file Azure terlebih dahulu harus ditemukan oleh tugas deteksi perubahan Azure File Sync. Tugas deteksi perubahan dimulai untuk titik akhir cloud setiap 24 jam sekali. 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. Selain itu, perubahan yang dilakukan pada berbagi file Azure melalui protokol REST tidak akan memperbarui waktu modifikasi terakhir SMB dan tidak akan dilihat sebagai perubahan berdasarkan sinkronisasi.

  • Storage Sync Service dan/atau akun penyimpanan dapat dipindahkan ke grup sumber daya, langganan, atau penyewa Microsoft Azure AD 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, Storage Sync Service dan akun penyimpanan dapat dipindahkan ke penyewa Microsoft Azure AD yang berbeda.

Penjenjangan cloud

  • Jika file berjenjang disalin ke lokasi lain dengan menggunakan Robocopy, file yang dihasilkan tidak berjenjang. Atribut offline mungkin diatur karena Robocopy salah menyertakan atribut tersebut dalam operasi penyalinan.
  • Saat menyalin file menggunakan robocopy, gunakan opsi /MIR untuk mempertahankan stempel waktu file. Ini akan memastikan file terdahulu dibuat berjenjang lebih cepat daripada file yang baru diakses.

Versi agen 11.3.0.0

Catatan rilis berikut adalah untuk versi 11.3.0.0 dari agen Azure File Sync yang dirilis pada 7 April 2021. Catatan ini merupakan tambahan dari catatan rilis yang terdaftar untuk versi 11.1.0.0.

Peningkatan dan masalah yang diperbaiki

Memperbaiki bug yang menyebabkan kerusakan data jika penjenjangan cloud diaktifkan dan file berjenjang disalin menggunakan Robocopy dengan parameter /B.

Versi agen 11.2.0.0

Catatan rilis berikut adalah untuk versi 11.2.0.0 dari agen Azure File Sync yang dirilis pada 2 Februari 2021. Catatan ini merupakan tambahan dari catatan rilis yang terdaftar untuk versi 11.1.0.0.

Peningkatan dan masalah yang diperbaiki

  • Jika sesi sinkronisasi dibatalkan karena tingginya jumlah kesalahan per item, sinkronisasi mungkin melalui rekonsiliasi saat sesi baru dimulai jika layanan Azure File Sync menentukan sesi sinkronisasi kustom diperlukan untuk memperbaiki kesalahan per item.

  • Mendaftarkan server menggunakan cmdlet Register-AzStorageSyncServer mungkin gagal dengan kesalahan "Pengecualian Tidak Tertangani".

  • Cmdlet PowerShell baru (Add-StorageSyncAllowedServerEndpointPath) untuk mengonfigurasi jalur titik akhir server yang diizinkan di server. Cmdlet ini berguna untuk skenario di mana penyebaran Azure File Sync dikelola oleh Penyedia Solusi Cloud (CSP) atau Penyedia Layanan dan pelanggan ingin mengonfigurasi jalur titik akhir server yang diizinkan di server. Saat membuat titik akhir server, jika jalur yang ditentukan tidak ada dalam daftar yang diizinkan, pembuatan titik akhir server akan gagal. Catatan, ini adalah fitur opsional dan semua jalur yang didukung diizinkan secara default saat membuat titik akhir server.

    • Untuk menambahkan jalur titik akhir server yang diizinkan, jalankan perintah PowerShell berikut di server:
      Import-Module 'C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll' -verbose
      Add-StorageSyncAllowedServerEndpointPath -Path <path>
    
    • Untuk mendapatkan daftar jalur yang didukung, jalankan perintah PowerShell berikut:
      Get-StorageSyncAllowedServerEndpointPath
    
    • Untuk menghapus jalur, jalankan perintah PowerShell berikut:
      Remove-StorageSyncAllowedServerEndpointPath -Path <path>
    

Versi agen 11.1.0.0

Catatan rilis berikut adalah untuk versi 11.1.0.0 dari agen Azure File Sync (dirilis 4 November 2020).

Peningkatan dan masalah yang diperbaiki

  • Mode penjenjangan cloud baru untuk mengontrol pengunduhan awal dan penarikan kembali proaktif

    • Mode pengunduhan awal: Anda sekarang dapat memilih bagaimana Anda ingin file Anda diunduh ke titik akhir server baru Anda. Ingin semua file Anda berjanjang atau sebanyak mungkin file diunduh ke server Anda berdasarkan stempel waktu terakhir yang dimodifikasi? Anda bisa melakukannya! Tidak dapat menggunakan penjenjangan cloud? Anda sekarang dapat memilih untuk menghindari file berjenjang di sistem Anda. Untuk mempelajari selengkapnya, lihat bagian Membuat titik akhir server di dokumentasi Penyebaran Azure File Sync.
    • Mode penarikan kembali proaktif: setiap kali file dibuat atau dimodifikasi, Anda dapat secara proaktif melakukan penarikan kembali ke server yang Anda tentukan dalam grup sinkronisasi yang sama. Ini membuat file tersedia untuk dikonsumsi di setiap server yang Anda tentukan. Punya tim di seluruh dunia yang mengerjakan data yang sama? Aktifkan penarikan kembali proaktif sehingga ketika tim tiba keesokan paginya, semua file yang diperbarui oleh tim dalam zona waktu yang berbeda diunduh dan siap digunakan! Untuk mempelajari selengkapnya, lihat bagian Secara proaktif melakukan penarikan kembali file baru dan yang diubah dari berbagi file Azure di dokumentasi Penyebaran Azure File Sync.
  • Kecualikan aplikasi dari pelacakan waktu akses terakhir penjenjangan cloud. Anda sekarang dapat mengecualikan aplikasi dari pelacakan waktu akses terakhir. Saat aplikasi mengakses file, waktu akses terakhir untuk file tersebut diperbarui di database penjenjangan cloud. Aplikasi yang memindai sistem file seperti anti-virus menyebabkan semua file memiliki waktu akses terakhir yang sama yang berdampak ketika file berjenjang.

    Untuk mengecualikan aplikasi dari pelacakan waktu akses terakhir, tambahkan nama proses ke pengaturan registri HeatTrackingProcessNameExclusionList yang terletak di HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Azure\StorageSync.

    Contoh: reg ADD "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Azure\StorageSync" /v HeatTrackingProcessNameExclusionList /t REG_MULTI_SZ /d "SampleApp.exe\0AnotherApp.exe" /f

    Catatan

    Proses Deduplikasi Data dan File Server Resource Manager (FSRM) dikecualikan secara default (dikodekan secara permanen) dan daftar pengecualian proses disegarkan setiap 5 menit.

  • Berbagai peningkatan kinerja dan keandalan

    • Peningkatan kinerja deteksi perubahan untuk mendeteksi file yang telah berubah di berbagi file Azure.
    • Peningkatan kinerja pengunggahan sinkronisasi.
    • Pengunggahan awal sekarang dilakukan dari rekam jepret VSS yang mengurangi kesalahan per item dan kegagalan sesi sinkronisasi.
    • Peningkatan keandalan sinkronisasi untuk pola I/O tertentu.
    • Memperbaiki bug untuk mencegah database sinkronisasi kembali ke waktu pada klaster failover ketika failover terjadi.
    • Peningkatan kinerja penarikan kembali saat mengakses file berjenjang.

Alat Evaluasi

Sebelum menyebarkan Azure File Sync, Anda harus mengevaluasi apakah kompatibel dengan sistem Anda menggunakan alat evaluasi Azure File Sync. Alat ini adalah cmdlet Azure PowerShell yang memeriksa potensi masalah dengan sistem file dan himpunan data Anda, seperti karakter yang tidak didukung atau versi OS yang tidak didukung. Untuk instruksi penginstalan dan penggunaan, lihat bagian Alat Evaluasi dalam panduan perencanaan.

Penginstalan agen dan konfigurasi server

Untuk informasi selengkapnya tentang cara menginstal dan mengonfigurasi agen Azure File Sync dengan Windows Server, lihat Merencanakan penyebaran Azure File Sync dan Cara menyebarkan Azure File Sync.

  • Paket penginstalan agen harus diinstal dengan izin yang ditinggikan (admin).
  • Agen tidak didukung pada opsi penyebaran Nano Server.
  • Agen ini hanya didukung pada Windows Server 2019, Windows Server 2016, dan Windows Server 2012 R2.
  • Agen membutuhkan memori setidaknya 2 GiB. Jika server berjalan di komputer virtual dengan memori dinamis diaktifkan, komputer virtual harus dikonfigurasi dengan memori minimum 2048 MiB. Lihat Sumber daya sistem yang direkomendasikan untuk informasi selengkapnya.
  • Layanan Storage Sync Agent (FileSyncSvc) tidak mendukung titik akhir server yang terletak di volume yang memiliki direktori informasi volume sistem (SVI) yang dikompresi. Konfigurasi ini akan memberikan hasil yang tidak diharapkan.

Interoperabilitas

  • Antivirus, pencadangan, dan aplikasi lain yang mengakses file berjenjang dapat menyebabkan penarikan kembali yang tidak diinginkan, kecuali mereka menghormati atribut offline dan melewatkan membaca konten file tersebut. Untuk informasi selengkapnya, lihat Memecahkan Masalah Azure File Sync.
  • Penyaringan file dari File Server Resource Manager (FSRM) dapat menyebabkan kegagalan sinkronisasi tanpa akhir saat file diblokir karena penyaringan file.
  • Menjalankan sysprep di server yang menginstal agen Azure File Sync tidak didukung dan dapat menyebabkan hasil yang tidak diharapkan. Agen Azure File Sync harus diinstal setelah menyebarkan citra server dan menyelesaikan penyetelan mini sysprep.

Batasan sinkronisasi

Item berikut tidak disinkronkan, tetapi sistem lainnya tetap beroperasi secara normal:

  • File dengan karakter yang tidak didukung. Lihat Panduan pemecahan masalah untuk daftar karakter yang tidak didukung.

  • File atau direktori yang diakhiri dengan titik.

  • Jalur yang lebih panjang dari 2.048 karakter.

  • Bagian daftar kontrol akses sistem (SACL) dari pendeskripsi keamanan yang digunakan untuk audit.

  • Atribut yang diperluas.

  • Aliran data alternatif.

  • Titik pengurai ulang.

  • Tautan keras.

  • Kompresi (jika diatur pada file server) tidak dipertahankan saat perubahan disinkronkan ke file tersebut dari titik akhir lainnya.

  • File apa pun yang dienkripsi dengan EFS (atau enkripsi mode pengguna lainnya) yang mencegah layanan membaca data.

    Catatan

    Azure File Sync selalu mengenkripsi data in transit. Data selalu dienkripsi dengan at rest di Azure.

Titik akhir server

  • Titik akhir server hanya dapat dibuat pada volume NTFS. ReFS, FAT, FAT32, dan sistem file lainnya saat ini tidak didukung oleh Azure File Sync.
  • Penjenjangan cloud tidak didukung dalam volume sistem. Untuk membuat titik akhir server di volume sistem, nonaktifkan penjenjangan cloud saat membuat titik akhir server.
  • Pengklasteran Failover hanya didukung dengan disk berklaster, tetapi tidak dengan Volume Bersama Klaster (CSV).
  • Titik akhir server tidak dapat disarangkan. Titik akhir dapat berdampingan pada volume yang sama secara paralel dengan titik akhir lainnya.
  • Jangan menyimpan file halaman OS atau aplikasi di dalam lokasi titik akhir server.
  • Nama server di portal tidak diperbarui jika server diubah namanya.

Titik akhir cloud

  • Azure File Sync mendukung perubahan pada berbagi file Azure secara langsung. Namun, setiap perubahan yang dilakukan pada berbagi file Azure terlebih dahulu harus ditemukan oleh tugas deteksi perubahan Azure File Sync. Tugas deteksi perubahan dimulai untuk titik akhir cloud setiap 24 jam sekali. 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. Selain itu, perubahan yang dilakukan pada berbagi file Azure melalui protokol REST tidak akan memperbarui waktu modifikasi terakhir SMB dan tidak akan dilihat sebagai perubahan berdasarkan sinkronisasi.

  • Storage Sync Service dan/atau akun penyimpanan dapat dipindahkan ke grup sumber daya, langganan, atau penyewa Microsoft Azure AD 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, Storage Sync Service dan akun penyimpanan dapat dipindahkan ke penyewa Microsoft Azure AD yang berbeda.

Penjenjangan cloud

  • Jika file berjenjang disalin ke lokasi lain dengan menggunakan Robocopy, file yang dihasilkan tidak berjenjang. Atribut offline mungkin diatur karena Robocopy salah menyertakan atribut tersebut dalam operasi penyalinan.
  • Saat menyalin file menggunakan robocopy, gunakan opsi /MIR untuk mempertahankan stempel waktu file. Ini akan memastikan file terdahulu dibuat berjenjang lebih cepat daripada file yang baru diakses.

    Peringatan

    Switch Robocopy /B tidak didukung dengan Azure File Sync. Menggunakan switch Robocopy /B dengan titik akhir server Azure File Sync sebagai sumber dapat menyebabkan kerusakan file.