Mengoptimalkan pengunggahan jaringan
Bingkai Jumbo adalah bingkai ethernet yang lebih besar dari default 1500 byte. Ukuran Bingkai Jumbo yang khas adalah 9000 byte. Peningkatan ukuran bingkai pada server DB sumber, semua perangkat jaringan menengah seperti sakelar, dan server Intel R3load mengurangi konsumsi CPU dan meningkatkan throughput jaringan. Ukuran Bingkai harus identik pada semua perangkat jika tidak, konversi intensif sumber daya terjadi.
Fitur jaringan tambahan seperti Receive Side Scaling (RSS) dapat diaktifkan atau dikonfigurasi untuk mendistribusikan pemrosesan jaringan di beberapa prosesor Menjalankan server R3load di VMware telah terbukti membuat penyetelan jaringan untuk Bingkai Jumbo dan RSS lebih kompleks dan tidak disarankan kecuali ada tingkat keterampilan yang sangat ahli yang tersedia.
R3load mengekspor data dari tabel DBMS dan memampatkan data independen berformat mentah ini dalam file cadangan. File cadangan ini perlu diunggah ke Azure dan diimpor ke database SQL Server Target.
Kinerja penyalinan dan pengunggahan ke Azure dari file cadangan ini adalah komponen penting dalam proses migrasi secara keseluruhan.
Ada dua pendekatan dasar untuk mengunggah file cadangan R3load:
Menyalin dari server ekspor R3load lokal ke penyimpanan blob Azure melalui Internet Publik dengan AzCopy
Pada masing-masing server R3load jalankan salinan AzCopy dengan baris perintah ini:
Azcopy copy "C:\ExportServer_1\Dumpfiles" "https://[storage_account].blob.core.windows.net/ExportServer_1/Dumpfiles?[SAS_Token]" --recursive
Anda dapat meningkatkan throughput dengan mengatur variabel lingkungan AZCOPY_CONCURRENCY_VALUE. Variabel ini menentukan jumlah permintaan bersamaan yang dapat terjadi.
Jika komputer Anda memiliki kurang dari 5 CPU, maka [nilai] variabel ini diatur ke 32. Jika tidak, nilai default sama dengan 16 dikalikan dengan jumlah CPU. Nilai default maksimum variabel ini adalah 300, tetapi Anda dapat mengatur nilai ini secara manual lebih tinggi atau lebih rendah:
Sistem operasi
Perintah
Windows
set AZCOPY_CONCURRENCY_VALUE=[value]
Linux
export AZCOPY_CONCURRENCY_VALUE=[value]
macOS
export AZCOPY_CONCURRENCY_VALUE=[value]
Gunakan env azcopy untuk memeriksa nilai variabel lingkungan AZCOPY_CONCURRENCY_VALUE saat ini. Jika nilainya kosong, maka Anda dapat membaca nilai mana yang sedang digunakan dengan melihat bagian awal file log AzCopy apa pun. Nilai yang dipilih, dan alasan nilai dipilih, dilaporkan di sana.
Sebelum Anda menetapkan nilai konkurensi, jalankan pengujian tolok ukur. Proses pengujian tolok ukur melaporkan nilai konkurensi yang direkomendasikan. Atau, jika kondisi jaringan dan payload Anda bervariasi, atur variabel ini ke kata AUTO, alih-alih ke nomor tertentu. Nilai AUTO menyebabkan AzCopy selalu menjalankan proses penyetelan otomatis yang sama dengan yang digunakannya dalam pengujian tolok ukur.
Jika pelanggan memiliki server yang kuat dan internet cepat, nilai konkurensi dapat ditingkatkan. Jika nilai konkurensi ditingkatkan terlalu tinggi, koneksi ke server ekspor R3load hilang karena saturasi jaringan. Pantau throughput jaringan di Pengelola Tugas Windows. Throughput salinan lebih dari 1 Gigabit per detik per Server Ekspor R3load dapat dengan mudah dicapai. Throughput salin dapat ditingkatkan skalanya dengan memiliki lebih banyak server R3load (empat digambarkan dalam diagram sebelumnya).
Skrip serupa perlu dijalankan pada server Impor R3load di Azure untuk menyalin file dari Blob ke sistem file yang dapat diakses R3load.
Menyalin dari server ekspor R3load lokal ke penyimpanan blob atau VM Azure melalui koneksi ExpressRoute khusus menggunakan AzCopy, Robocopy, atau alat serupa
Robocopy C:\Export1\Dump1 \\az_imp1\Dump1 /MIR /XF *.SGN /R:20 /V /S /Z /J /MT:8 /MON:1 /TEE /UNILOG+:C:\Export1\Robo1.Log
Diagram blok berikut mengilustrasikan empat server Intel R3load yang menjalankan R3load. Di latar belakang, Robocopy mulai mengunggah file cadangan. Ketika seluruh tabel dan paket yang terpisah selesai, file SGN disalin baik secara manual atau melalui skrip. Ketika file SGN untuk paket tiba di server impor R3load, file tersebut memicu impor untuk paket ini secara otomatis.
Catatan
Menyalin file melalui NFS atau protokol SMB Windows tidak secepat atau sekuat mekanisme seperti AzCopy. Disarankan untuk menguji performa kedua teknik pengunggahan file. Disarankan untuk memberi tahu Dukungan Microsoft untuk proyek migrasi VLDB karena operasi jaringan throughput yang sangat tinggi mungkin salah diidentifikasi sebagai Penolakan Serangan Layanan.