Catatan rilis untuk Azure File Sync

Azure File Sync memusatkan berbagi file organisasi Anda di Azure Files, sekaligus menjaga fleksibilitas, performa, dan kompatibilitas server file Windows. Walau beberapa pengguna dapat memilih untuk menyimpan salinan lengkap data secara lokal, Azure File Sync juga memiliki kemampuan untuk mengubah Windows Server menjadi cache cepat dari 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 menyediakan catatan rilis untuk Azure File Sync. Penting untuk dicatat bahwa rilis utama Azure File Sync mencakup peningkatan layanan dan agen (misalnya, 17.0.0.0). Rilis minor Azure File Sync biasanya untuk peningkatan agen (misalnya, 17.2.0.0).

Versi yang didukung

Versi agen Azure File Sync berikut ini didukung:

Milestone	Nomor versi agen	Tanggal rilis	Status
Rilis V19 - KB5040924	19.1.0.0	3 September 2024	Didukung
Rilis V18.2 - KB5023059	18.2.0.0	9 Juli 2024	Didukung
Rilis V18.1 - KB5023057	18.1.0.0	Selasa, 11 Juni 2024	Didukung - Pembaruan Keamanan
Rilis V17.3 - KB5039814	17.3.0.0	Selasa, 11 Juni 2024	Didukung - Pembaruan Keamanan, Versi agen akan kedaluwarsa pada 4 Maret 2025
Rilis V18 - KB5023057	18.0.0.0	8 Mei 2024	Didukung
Rilis V17.2 - KB5023055	17.2.0.0	28 Februari 2024	Didukung, Versi agen akan kedaluwarsa pada 4 Maret 2025
Rilis V17.1 - KB5023054	17.1.0.0	13 Februari 2024	Didukung - Pembaruan Keamanan, Versi agen akan kedaluwarsa pada 4 Maret 2025
Rilis V17.0 - KB5023053	17.0.0.0	6 Desember 2023	Didukung, Versi agen akan kedaluwarsa pada 4 Maret 2025

Versi tidak didukung

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

Milestone	Nomor versi agen	Tanggal rilis	Status
Rilis V16	16.0.0.0 - 16.2.0.0	T/A	Tidak Didukung - Versi agen kedaluwarsa pada 7 Oktober 2024
Rilis V15	15.0.0.0 - 15.2.0.0	T/A	Tidak Didukung - Versi agen kedaluwarsa pada 19 Maret 2024
Rilis V14	14.0.0.0	T/A	Tidak Didukung - Versi agen kedaluwarsa pada 8 Februari 2024
V13 Release	13.0.0.0	T/A	Tidak Didukung - Versi agen kedaluwarsa pada 8 Agustus 2022
Rilis V12	12.0.0.0 - 12.1.0.0	T/A	Tidak Didukung - Versi agen kedaluwarsa pada 23 Mei 2022
Rilis V11	11.1.0.0 - 11.3.0.0	T/A	Tidak Didukung - Versi agen kedaluwarsa pada 28 Maret 2022
Rilis V10	10.0.0.0 - 10.1.0.0	T/A	Tidak Didukung - Versi agen kedaluwarsa pada 28 Juni 2021
Rilis V9	9.0.0.0 – 9.1.0.0	T/A	Tidak Didukung - Versi agen kedaluwarsa pada 16 Februari 2021
Rilis V8	8.0.0.0	T/A	Tidak Didukung - Versi agen kedaluwarsa pada 12 Januari 2021
Rilis V7	7.0.0.0 – 7.2.0.0	T/A	Tidak Didukung - Versi agen kedaluwarsa pada 1 September 2020
Rilis V6	6.0.0.0 – 6.3.0.0	T/A	Tidak Didukung - Versi agen kedaluwarsa pada 21 April 2020
Rilis V5	5.0.2.0 – 5.2.0.0	T/A	Tidak Didukung - Versi agen kedaluwarsa pada 18 Maret 2020
Rilis V4	4.0.1.0 – 4.3.0.0	T/A	Tidak Didukung - Versi agen kedaluwarsa pada 6 November 2019
Rilis V3	3.1.0.0 – 3.4.0.0	T/A	Tidak Didukung - Versi agen kedaluwarsa pada 19 Agustus 2019
Agen pra-GA	1.1.0.0 – 3.0.13.0	T/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. Kami rekomendasikan untuk memperbarui agen Azure File Sync karena versi baru telah 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: 17.0.0.0
• 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: 17.2.0.0

Meningkatkan jalur

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

1. Gunakan fitur peningkatan otomatis agen Azure File Sync untuk menginstal pembaruan agen. Agen Azure File Sync akan meningkatkan otomatis. Anda dapat memilih untuk menginstal agen versi terbaru saat tersedia atau memperbarui ketika agen yang ada saat ini diinstal mendekati kedaluwarsa. Untuk mempelajari selengkapnya, lihat Manajemen siklus hidup agen otomatis.
2. Konfigurasikan Microsoft Update untuk mengunduh dan menginstal pembaruan agen secara otomatis. Kami merekomendasikan untuk melakukan setiap pembaruan Azure File Sync guna memastikan Anda memiliki akses ke perbaikan terbaru ke agen server. Microsoft Update membuat proses ini mulus dengan mengunduh dan menginstal pembaruan secara otomatis untuk Anda.
3. 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. Bergantung pada versi rilis, Anda mungkin perlu memulai ulang server.
4. 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. Menerapkan patch Microsoft Update akan melakukan peningkatan di tempat dari penginstalan Azure File Sync.
5. Unduh alat 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.

Catatan

Penurunan tingkat agen Azure File Sync tidak didukung. Versi baru sering kali mencakup perubahan yang melanggar jika dibandingkan dengan versi lama, membuat proses penurunan tingkat tidak didukung. Jika Anda mengalami masalah dengan versi agen Anda saat ini, hubungi untuk mendukung atau meningkatkan ke rilis terbaru yang tersedia.

Manajemen siklus hidup agen otomatis

Agen Azure File Sync akan meningkatkan otomatis. 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 Update dan Pusat Unduhan Microsoft.

Mengubah pengaturan peningkatan otomatis

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

Buka konsol PowerShell dan navigasikan 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 -Day <day> -Hour <hour>

Catatan

Jika penerbangan telah selesai untuk versi agen terbaru dan kebijakan pembaruan otomatis agen diubah menjadi InstallLatest, agen tidak akan meningkatkan otomatis hingga versi agen berikutnya diterbangkan. Untuk memperbarui ke versi agen yang telah menyelesaikan penerbangan, gunakan Microsoft Update atau AfsUpdater.exe. Untuk memeriksa apakah versi agen saat ini sedang terbang, periksa bagian versi yang didukung di catatan rilis.

Siklus hidup agen dan jaminan manajemen perubahan

Azure File Sync adalah layanan cloud yang terus memperkenalkan fitur dan peningkatan 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, ketika agen versi 17.0.0.0 diatur kedaluwarsa, agen versi 17.*.*.* semuanya akan diatur untuk kedaluwarsa bersama-sama.

Catatan

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

Dukungan agen Windows Server 2012 R2 akan berakhir pada 4 Maret 2025

Windows Server 2012 R2 mencapai akhir dukungan pada 10 Oktober 2023. Azure File Sync akan terus mendukung Windows Server 2012 R2 hingga agen v17.x kedaluwarsa pada 4 Maret 2025. Setelah agen v17 kedaluwarsa, server Windows Server 2012 R2 akan berhenti menyinkronkan ke berbagi file Azure Anda.

Diperlukan Tindakan

Lakukan salah satu opsi berikut untuk server Windows Server 2012 R2 Anda sebelum kedaluwarsa agen v17 pada 4 Maret 2025:

• Opsi #1: Lakukan peningkatan di tempat ke versi sistem operasi yang didukung. Setelah peningkatan di tempat selesai, hapus instalan agen Azure File Sync untuk Windows Server 2012 R2, mulai ulang server, lalu instal agen untuk sistem operasi server baru (Windows Server 2016, Windows Server 2019, Windows Server 2022 atau Windows Server 2025).

• Opsi #2: Sebarkan server Azure File Sync baru yang menjalankan versi sistem operasi yang didukung untuk menggantikan server Windows 2012 R2 Anda. Untuk panduan, lihat Mengganti server Azure File Sync.

Catatan

Agen Azure File Sync v17.3 adalah rilis agen terakhir yang saat ini direncanakan untuk Windows Server 2012 R2. Untuk terus menerima peningkatan produk dan perbaikan bug, tingkatkan server Anda ke Windows Server 2016 atau yang lebih baru.

Versi 19.1.0.0

Catatan rilis berikut adalah untuk Azure File Sync versi 19.1.0.0 (dirilis 3 September 2024). Rilis ini berisi peningkatan untuk layanan dan agen Azure File Sync.

Peningkatan dan masalah yang diperbaiki

Provisi server yang lebih cepat dan pemulihan bencana yang ditingkatkan untuk titik akhir server Azure File Sync.

Kami telah mengurangi waktu yang diperlukan agar titik akhir server baru siap digunakan. Sebelum rilis v19, ketika titik akhir server baru disediakan, bisa memakan waktu berjam-jam dan beberapa hari agar server siap digunakan. Dengan peningkatan terbaru kami, kami telah secara substansial mempersingkat durasi ini, memastikan proses penyiapan yang lebih cepat.

Peningkatan berlaku untuk skenario berikut, ketika lokasi titik akhir server kosong (tidak ada file atau direktori):

• Membuat titik akhir server pertama topologi sinkronisasi baru setelah data disalin ke Azure File Share.
• Menambahkan titik akhir server kosong baru ke topologi sinkronisasi yang sudah ada.

Peningkatan ini akan diaktifkan secara bertahap di semua wilayah dalam sebulan ke depan. Setelah peningkatan diaktifkan di wilayah Anda, Anda akan melihat tab Langkah provisi di portal setelah pembuatan titik akhir server yang memungkinkan Anda untuk dengan mudah menentukan kapan titik akhir server siap digunakan. Untuk informasi selengkapnya, lihat Membuat dokumentasi titik akhir server Azure File Sync.

Pratinjau: Dukungan Identitas Terkelola untuk layanan dan server Azure File Sync
Dukungan Azure File Sync untuk identitas terkelola menghilangkan kebutuhan akan kunci bersama sebagai metode autentikasi dengan menggunakan identitas terkelola yang ditetapkan sistem yang disediakan oleh ID Microsoft Entra.

Saat Anda mengaktifkan konfigurasi ini, identitas terkelola yang ditetapkan sistem akan digunakan untuk skenario berikut:

• Autentikasi Storage Sync Service ke berbagi file Azure
• Autentikasi server terdaftar ke berbagi file Azure
• Autentikasi server terdaftar ke Storage Sync Service

Untuk informasi selengkapnya, lihat: Cara menggunakan identitas terkelola dengan Azure File Sync (pratinjau).

Peningkatan performa sinkronisasi
Performa sinkronisasi telah meningkat secara signifikan untuk migrasi berbagi file dan ketika metadata-saja diubah (misalnya, ACL berubah). Nomor performa akan diposting saat tersedia.

Dukungan untuk Windows Server 2025
Agen Azure File Sync sekarang didukung pada Windows Server 2025 (build 26100).

Peningkatan keandalan dan telemetri lain-lain 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 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.

• Penginstalan agen memerlukan mulai ulang untuk server yang memiliki penginstalan agen Azure File Sync yang ada jika versi agen lebih lama dari 18.2.0.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 2016, Windows Server 2019, Windows Server 2022 dan Windows Server 2025.
• Paket penginstalan agen adalah untuk versi sistem operasi tertentu. Jika server dengan agen Azure File Sync yang diinstal ditingkatkan ke versi sistem operasi yang lebih baru, agen yang ada harus dihapus instalasinya. Mulai ulang server lalu instal agen untuk sistem operasi server baru (Windows Server 2016, Windows Server 2019, Windows Server 2022 atau Windows Server 2025).
• 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.
• Agen menggunakan TLS 1.2 atau 1.3 (Windows Server 2022 atau yang lebih baru) secara default dan TLS 1.0 dan 1.1 tidak didukung.
• Layanan Storage Sync Agent (FileSyncSvc) tidak mendukung titik akhir server yang terletak pada volume yang memiliki direktori informasi volume sistem (SVI) terkompresi. Jika direktori SVI dikompresi, layanan Storage Sync Agent (FileSyncSvc) akan gagal dimulai.

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 terduga. 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:

• Azure File Sync mendukung semua karakter yang didukung oleh sistem file NTFS kecuali pasangan pengganti yang tidak valid. Lihat Panduan pemecahan masalah untuk informasi selengkapnya.
• 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.
• Tingkatan cloud tidak didukung pada volume sistem. Untuk membuat titik akhir server di sistem volume, nonaktifkan tingkatan 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 OS atau file halaman aplikasi 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 di berbagi file Azure, gunakan cmdlet PowerShell Invoke-AzStorageSyncChangeDetection untuk memulai deteksi perubahan secara manual dalam berbagi file Azure.
• Layanan sinkronisasi penyimpanan dan/atau akun penyimpanan dapat dipindahkan ke grup sumber daya, langganan, atau penyewa Microsoft Entra (sebelumnya Azure AD) yang berbeda. Setelah memindahkan layanan sinkronisasi penyimpanan atau akun penyimpanan, Anda perlu memberikan akses aplikasi Microsoft.StorageSync ke akun penyimpanan (lihat Memastikan Azure File Sync memiliki akses ke akun penyimpanan).

Catatan

Saat membuat titik akhir cloud, layanan sinkronisasi penyimpanan dan akun penyimpanan harus berada di penyewa ID Microsoft Entra yang sama. Setelah membuat titik akhir cloud, Anda dapat memindahkan layanan sinkronisasi penyimpanan dan akun penyimpanan ke penyewa ID Microsoft Entra yang berbeda.

Tingkatan 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 tanda waktu file. Ini akan memastikan file terdahulu dibuat berjenjang lebih cepat daripada file yang baru diakses.

Versi 18.2.0.0

Catatan rilis berikut adalah untuk Azure File Sync versi 18.2.0.0 (dirilis 9 Juli 2024). Rilis ini berisi penyempurnaan untuk agen Azure File Sync. Catatan ini selain catatan rilis yang tercantum untuk versi 18.0.0.0 dan 18.1.0.0.

Peningkatan dan masalah yang diperbaiki

• Pembaruan rollup untuk agen Azure File Sync v18 dan rilis v18.1.
• Rilis ini juga mencakup peningkatan keandalan sinkronisasi.

Versi 18.1.0.0 (Pembaruan Keamanan)

Catatan rilis berikut adalah untuk Azure File Sync versi 18.1.0.0 (dirilis 11 Juni 2024). Rilis ini berisi pembaruan keamanan untuk server yang memiliki versi agen v18 yang terinstal. Catatan ini selain catatan rilis yang tercantum untuk versi 18.0.0.0.

Peningkatan dan masalah yang diperbaiki

Memperbaiki masalah yang mungkin memungkinkan pengguna yang tidak sah menghapus file di lokasi yang tidak mereka akses. Ini adalah pembaruan khusus keamanan. Untuk informasi selengkapnya tentang kerentanan ini, lihat CVE-2024-35253.

Versi 17.3.0.0 (Pembaruan Keamanan)

Catatan rilis berikut adalah untuk Azure File Sync versi 17.3.0.0 (dirilis 11 Juni 2024). Rilis ini berisi pembaruan keamanan untuk server yang menginstal versi agen v16.x atau v17.x. Catatan ini selain catatan rilis yang tercantum untuk versi 17.0.0.0.

Peningkatan dan masalah yang diperbaiki

Memperbaiki masalah yang mungkin memungkinkan pengguna yang tidak sah menghapus file di lokasi yang tidak mereka akses. Ini adalah pembaruan khusus keamanan. Untuk informasi selengkapnya tentang kerentanan ini, lihat CVE-2024-35253.

Versi 18.0.0.0

Catatan rilis berikut adalah untuk Azure File Sync versi 18.0.0.0 (dirilis 8 Mei 2024). Rilis ini berisi peningkatan untuk layanan dan agen Azure File Sync.

Peningkatan dan masalah yang diperbaiki

Provisi server yang lebih cepat dan pemulihan bencana yang ditingkatkan untuk titik akhir server Azure File Sync Kami mengurangi waktu yang diperlukan agar titik akhir server baru siap digunakan. Ketika titik akhir server baru disediakan, bisa memakan waktu berjam-jam dan beberapa hari agar server siap digunakan. Dengan peningkatan terbaru kami, kami telah secara substansial mempersingkat durasi ini untuk proses penyiapan yang lebih efisien.

Peningkatan berlaku untuk skenario berikut, ketika lokasi titik akhir server kosong (tidak ada file atau direktori):

• Membuat titik akhir server pertama topologi sinkronisasi baru setelah data disalin ke Azure File Share.
• Menambahkan titik akhir server kosong baru ke topologi sinkronisasi yang sudah ada.

Cara memulai: Daftar untuk pratinjau publik di sini.

Peningkatan performa sinkronisasi
Performa unggahan sinkronisasi telah meningkat, dan nomor performa akan diposting saat tersedia. Peningkatan ini terutama akan menguntungkan migrasi berbagi file (unggahan awal) dan peristiwa churn tinggi di server di mana sejumlah besar file perlu diunggah, misalnya perubahan ACL.

Peningkatan keandalan dan telemetri lain-lain 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 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 hanya didukung pada Windows Server 2019, Windows Server 2016 dan Windows Server 2022.
• Paket penginstalan agen adalah untuk versi sistem operasi tertentu. Jika server dengan agen Azure File Sync yang diinstal ditingkatkan ke versi sistem operasi yang lebih baru, agen yang ada harus dihapus instalasinya. Mulai ulang server lalu instal agen untuk sistem operasi server baru (Windows Server 2016, Windows Server 2019, atau 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 pada volume yang memiliki direktori informasi volume sistem (SVI) terkompresi. Konfigurasi ini akan memberikan hasil yang tidak diharapkan.
• Semua versi agen Azure File Sync yang didukung menggunakan TLS 1.2 secara default dan TLS 1.0 dan 1.1 tidak didukung. Dimulai dengan agen v18 versi TLS 1.3 akan didukung untuk Windows Server 2022.

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 terduga. 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:

• Agen Azure File Sync v17 dan yang lebih baru mendukung semua karakter yang didukung oleh sistem file NTFS kecuali pasangan pengganti yang tidak valid. Lihat Panduan pemecahan masalah untuk informasi selengkapnya.
• 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.
• Tingkatan cloud tidak didukung pada volume sistem. Untuk membuat titik akhir server di sistem volume, nonaktifkan tingkatan 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 OS atau file halaman aplikasi 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 di berbagi file Azure, gunakan cmdlet PowerShell Invoke-AzStorageSyncChangeDetection untuk memulai deteksi perubahan secara manual dalam berbagi file Azure.
• Layanan sinkronisasi penyimpanan dan/atau akun penyimpanan dapat dipindahkan ke grup sumber daya, langganan, atau penyewa Microsoft Entra (sebelumnya Azure AD) yang berbeda. Setelah memindahkan layanan sinkronisasi penyimpanan atau akun penyimpanan, Anda perlu memberikan akses aplikasi Microsoft.StorageSync ke akun penyimpanan (lihat Memastikan Azure File Sync memiliki akses ke akun penyimpanan).

Catatan

Saat membuat titik akhir cloud, layanan sinkronisasi penyimpanan dan akun penyimpanan harus berada di penyewa Microsoft Entra yang sama. Setelah membuat titik akhir cloud, Anda dapat memindahkan layanan sinkronisasi penyimpanan dan akun penyimpanan ke penyewa Microsoft Entra yang berbeda.

Tingkatan 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 tanda waktu file. Ini akan memastikan file terdahulu dibuat berjenjang lebih cepat daripada file yang baru diakses.

Versi 17.2.0.0

Catatan rilis berikut adalah untuk Azure File Sync versi 17.2.0.0 (dirilis 28 Februari 2024). Rilis ini berisi peningkatan untuk layanan dan agen Azure File Sync.

Peningkatan dan masalah yang diperbaiki

Rilis Azure File Sync v17.2 adalah pembaruan rollup untuk rilis v17.0 dan v17.1:

• Rilis Azure File Sync Agent v17 - Desember 2023
• Rilis Azure File Sync Agent v17.1 - Februari 2024

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, Windows Server 2012 R2, dan Windows Server 2022.
• Paket penginstalan agen adalah untuk versi sistem operasi tertentu. Jika server dengan agen Azure File Sync yang diinstal ditingkatkan ke versi sistem operasi yang lebih baru, Anda harus menghapus instalasi agen yang ada, memulai ulang server, dan menginstal agen untuk sistem operasi server baru (Windows Server 2016, Windows Server 2019, atau 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 pada volume yang memiliki direktori informasi volume sistem (SVI) terkompresi. 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 terduga. 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.
• Tingkatan cloud tidak didukung pada volume sistem. Untuk membuat titik akhir server di sistem volume, nonaktifkan tingkatan 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 OS atau file halaman aplikasi 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 di berbagi file Azure, Anda dapat menggunakan cmdlet PowerShell Invoke-AzStorageSyncChangeDetection untuk memulai deteksi perubahan secara manual dalam berbagi file Azure.
• 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, layanan sinkronisasi penyimpanan dan akun penyimpanan dapat dipindahkan ke penyewa Microsoft Azure AD yang berbeda.

Tingkatan 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 tanda waktu file. Ini akan memastikan bahwa file lama dijenjangkan lebih cepat dari file yang baru diakses.

Versi 17.1.0.0 (Pembaruan Keamanan)

Catatan rilis berikut adalah untuk Azure File Sync versi 17.1.0.0 (dirilis 13 Februari 2024). Rilis ini berisi pembaruan keamanan untuk agen Azure File Sync. Catatan ini selain catatan rilis yang tercantum untuk versi 17.0.0.0.

Peningkatan dan masalah yang diperbaiki

Memperbaiki masalah yang mungkin memungkinkan pengguna yang tidak sah membuat file baru di lokasi yang tidak diizinkan. Ini adalah pembaruan khusus keamanan. Untuk informasi selengkapnya tentang kerentanan ini, lihat CVE-2024-21397.

Versi 17.0.0.0

Catatan rilis berikut adalah untuk Azure File Sync versi 17.0.0.0 (dirilis 6 Desember 2023). Rilis ini berisi peningkatan untuk layanan dan agen Azure File Sync.

Peningkatan dan masalah yang diperbaiki

Menyinkronkan peningkatan performa unggahan
Performa unggahan sinkronisasi telah meningkat (nomor performa yang akan diposting dalam waktu dekat). Peningkatan ini terutama akan menguntungkan migrasi berbagi file (unggahan awal) dan peristiwa churn tinggi di server di mana sejumlah besar file perlu diunggah.

Dukungan karakter yang diperluas untuk nama file dan direktori
Azure File Sync sekarang mendukung daftar karakter yang diperluas. Ekspansi ini memungkinkan pengguna untuk membuat dan menyinkronkan berbagi file SMB dengan nama file dan direktori setara dengan sistem file NTFS, untuk karakter Unicode yang valid. Untuk informasi selengkapnya tentang karakter yang tidak didukung, lihat dokumentasi di sini.

Metrik mode ruang disk rendah tingkat cloud baru
Anda sekarang dapat mengonfigurasi pemberitahuan jika server berada dalam mode ruang disk rendah. Untuk mempelajari selengkapnya, lihat Memantau Azure File Sync.

Memperbaiki masalah yang menyebabkan peningkatan agen macet

Memperbaiki bug yang menyebabkan mesin database ESE (juga dikenal sebagai JET) menghasilkan log di bawah direktori C:\Windows\System32

Peningkatan keandalan dan telemetri lain-lain 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.

• 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.
• Windows Server 2012 R2 memerlukan .NET Framework versi 4.6.2 atau yang lebih tinggi.
• Paket penginstalan agen adalah untuk versi sistem operasi tertentu. Jika server dengan agen Azure File Sync yang diinstal ditingkatkan ke versi sistem operasi yang lebih baru, agen yang ada harus dihapus instalasinya. Mulai ulang server lalu instal agen untuk sistem operasi server baru (Windows Server 2016, Windows Server 2019, atau 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 pada volume yang memiliki direktori informasi volume sistem (SVI) terkompresi. 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 terduga. 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:

• Agen Azure File Sync v17 mendukung semua karakter yang didukung oleh sistem file NTFS kecuali pasangan pengganti yang tidak valid. Lihat Panduan pemecahan masalah untuk informasi selengkapnya.
• 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.
• Tingkatan cloud tidak didukung pada volume sistem. Untuk membuat titik akhir server di sistem volume, nonaktifkan tingkatan 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 OS atau file halaman aplikasi 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 di berbagi file Azure, gunakan cmdlet PowerShell Invoke-AzStorageSyncChangeDetection untuk memulai deteksi perubahan secara manual dalam berbagi file Azure.
• Layanan sinkronisasi penyimpanan dan/atau akun penyimpanan dapat dipindahkan ke grup sumber daya, langganan, atau penyewa Microsoft Entra (sebelumnya Azure AD) yang berbeda. Setelah memindahkan layanan sinkronisasi penyimpanan atau akun penyimpanan, Anda perlu memberikan akses aplikasi Microsoft.StorageSync ke akun penyimpanan (lihat Memastikan Azure File Sync memiliki akses ke akun penyimpanan).

Catatan

Saat membuat titik akhir cloud, layanan sinkronisasi penyimpanan dan akun penyimpanan harus berada di penyewa Microsoft Entra yang sama. Setelah membuat titik akhir cloud, Anda dapat memindahkan layanan sinkronisasi penyimpanan dan akun penyimpanan ke penyewa Microsoft Entra yang berbeda.

Tingkatan 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 tanda waktu file. Ini akan memastikan file terdahulu dibuat berjenjang lebih cepat daripada file yang baru diakses.