Dalam artikel ini, kita melihat tabel yang diaktifkan peregangan yang harus diperhatikan termasuk kendala utama
Stretch Database adalah a SQL Server fitur yang memungkinkan pengguna untuk memigrasi data dingin dengan aman dan transparan ke cloud Azure. Pengguna bahkan dapat menjeda migrasi ini selama kesalahan koneksi, yang membantu dalam transfer data lebih mudah.
Regangkan Database secara langsung tarmendapatkan database transaksional yang berisi data dingin dalam jumlah besar, yang biasanya disimpan dalam beberapa tabel dalam database. Dan tabel ini mungkin berisi data lebih dari satu miliar baris.
Mengapa Stretch Database digunakan?
• Ini memungkinkan pengguna untuk menyimpan data dingin dalam tabel terpisah, atau database untuk bermigrasi ke awan Azure.
• Pengguna dapat menggunakan fungsi filternya untuk memisahkan atau memilih data dingin atau panas, di baris mana pun yang ingin mereka migrasikan.
Stretch Database luar biasa SQL Server fitur yang memungkinkan pengguna untuk memigrasi data mereka secara aman dan transparan ke Microsoft Azure, namun, fitur ini juga memiliki beberapa batasan, yang membuat pengguna tidak dapat mengimplementasikan atau mengaktifkan peregangan pada database mereka. Berikut adalah daftar beberapa batasannya. Ingatlah hal itu saat menggunakan peregangan jika Anda ingin memigrasi data ke awan Azure.
Batasan untuk Tabel yang mengaktifkan Stretch Database
Ini adalah beberapa kondisi yang mencegah Stretch Database diaktifkan di tabel Anda, pastikan untuk mengingatnya saat Anda bekerja dengan Stretch Database.
1. Kendala
• Saat menggunakan database peregangan, Keunikan tidak memberlakukan batasan PRIMARY KEY dan UNIQUE di tabel Microsoft Azure yang berisi segala bentuk data yang dimigrasi.
2. Operasi DML
• Dalam setiap pengguna tabel yang mengaktifkan Peregangan tidak diizinkan untuk MENGHAPUS atau MEMPERBARUI baris atau baris yang dimigrasi yang masih memenuhi syarat untuk migrasi.
• Pengguna juga tidak diizinkan untuk MENYISIPKAN baris dalam tabel yang mendukung Peregangan dari server yang ditautkan.
3. Indeks
• Tabel yang mendukung peregangan tidak mengizinkan pengguna membuat indeks untuk tampilan tersebut.
• Filter apa pun pada indeks di SQL Server tidak disebarkan dari tabel yang mendukung Peregangan ke tabel jarak jauh.
4. Batasan yang mencegah pengguna mengaktifkan Stretch Database dalam tabel
Pengguna tidak dapat mengaktifkan Stretch Database untuk tabel yang memiliki atau berada di bawah kondisi berikut:
5. Properti tabel
• Tabel dengan lebih dari 998 indeks atau lebih dari 1,023 kolom
• Setiap FileTables atau tabel yang berisi data FILESTREAM
• Tabel yang memiliki penggunaan aktif dari Change Data Capture atau Change Tracking
• Setiap tabel yang memori dioptimalkan
6. Jenis data
• Teks, gambar, dan teks
• cap waktu
• sql_variant
• XML
• Tipe data CLR seperti geometri, hierarchyid, CLR atau tipe geografi yang ditentukan pengguna.
7. Kendala
• Periksa kendala bersama dengan kendala default
• Batasan kunci Asing yang mereferensikan tabel. Kita dapat menjelaskan ini menggunakan hubungan induk-anak di mana (misalnya, Order (induk) dan Order_Detail (anak)), pengguna dapat mengaktifkan Tabel Database Peregangan untuk tabel anaknya (Order_Detail) tetapi tidak dapat mengubah pengaturan tabel induk (Order).
8. Indeks
• Indeks dengan Teks Penuh
• Indeks XML
• Indeks spasial
• Setiap tampilan Terindeks yang memberikan referensi ke tabel
Sementara database peregangan harus dipertimbangkan secara aktif, perusahaan juga harus berinvestasi dalam alat yang bisa memulihkan sql file database server untuk menjaga datanya tetap aman selama kemungkinan.
Pengantar Penulis:
Victor Simon adalah pakar pemulihan data di DataNumen, Inc., yang merupakan pemimpin dunia dalam teknologi pemulihan data, termasuk akses pemulihan dan produk perangkat lunak pemulihan sql. Untuk informasi lebih lanjut kunjungi www.datanumen.com