Mengonfigurasi Penyimpanan untuk Tabel yang Dioptimalkan Memori

Berlaku untuk: SQL Server

Anda perlu mengonfigurasi kapasitas penyimpanan dan operasi input/output per detik (IOPS).

Kapasitas Penyimpanan

Gunakan informasi dalam Memperkirakan Persyaratan Memori untuk Tabel yang Dioptimalkan Memori untuk memperkirakan ukuran dalam memori tabel database yang dioptimalkan memori yang tahan lama. Karena indeks tidak bertahan untuk tabel yang dioptimalkan memori, jangan sertakan ukuran indeks.

Setelah Anda menentukan ukurannya, Anda harus menyediakan ruang disk yang cukup untuk menyimpan file titik pemeriksaan, yang digunakan untuk menyimpan data yang baru diubah. Data yang disimpan tidak hanya berisi konten baris baru yang ditambahkan ke tabel dalam memori, tetapi juga versi baru baris yang ada. Penyimpanan ini tumbuh ketika baris disisipkan atau diperbarui. Versi baris digabungkan dan penyimpanan diklaim kembali saat pemotongan log terjadi. Jika pemotongan log tertunda karena alasan apa pun, penyimpanan OLTP dalam memori akan tumbuh.

Titik awal yang baik untuk penyimpanan ukuran untuk area ini adalah memesan empat kali ukuran tabel dalam memori yang tahan lama. Pantau penggunaan ruang dan bersiaplah untuk memperluas penyimpanan yang tersedia jika perlu.

IOPS Penyimpanan

OLTP Dalam Memori dapat secara signifikan meningkatkan throughput beban kerja Anda. Oleh karena itu, penting untuk memastikan bahwa IO bukan hambatan.

• Saat memigrasikan tabel berbasis disk ke tabel yang dioptimalkan memori, pastikan log transaksi berada di media penyimpanan yang dapat mendukung peningkatan aktivitas log transaksi. Misalnya, jika media penyimpanan Anda mendukung operasi log transaksi pada 100 MB/detik, dan tabel yang dioptimalkan memori menghasilkan performa lima kali lebih besar, media penyimpanan log transaksi harus juga dapat mendukung peningkatan performa lima kali, untuk mencegah aktivitas log transaksi menjadi penyempitan performa.

• Tabel yang dioptimalkan memori dipertahankan dalam file titik pemeriksaan, yang didistribusikan di satu atau beberapa kontainer. Setiap kontainer biasanya harus dipetakan ke perangkat penyimpanannya sendiri dan digunakan baik untuk peningkatan kapasitas penyimpanan dan IOPS yang ditingkatkan. Anda perlu memastikan bahwa IOPS berurutan media penyimpanan dapat mendukung hingga 3 kali throughput log transaksi berkelanjutan. Menulis ke file titik pemeriksaan adalah 256 KB untuk file data dan 4 KB untuk file delta.

  • Misalnya, jika tabel yang dioptimalkan memori menghasilkan aktivitas 500 MB/detik berkelanjutan dalam log transaksi, penyimpanan untuk tabel yang dioptimalkan memori harus mendukung IOPS 1,5 GB/detik. Kebutuhan untuk mendukung 3 kali throughput log transaksi berkelanjutan berasal dari pengamatan bahwa pasangan file data dan delta pertama kali ditulis dengan data awal dan kemudian perlu dibaca/ditulis ulang sebagai bagian dari operasi penggabungan.

• Faktor lain dalam memperkirakan IOPS untuk penyimpanan adalah waktu pemulihan untuk tabel yang dioptimalkan memori. Data dari tabel tahan lama harus dibaca ke dalam memori sebelum database tersedia untuk aplikasi. Umumnya, memuat data ke dalam tabel yang dioptimalkan memori dapat dilakukan dengan kecepatan IOPS. Jadi, jika total penyimpanan untuk tabel yang tahan lama dan dioptimalkan memori adalah 60 GB dan Anda ingin dapat memuat data ini dalam 1 menit, IOPS untuk penyimpanan harus diatur pada 1 GB/detik.

• File titik pemeriksaan biasanya didistribusikan secara seragam di semua kontainer, yang mengizinkan ruang. Dengan SQL Server 2014 Anda perlu menyediakan jumlah kontainer ganjil untuk mencapai distribusi seragam - mulai 2016, jumlah kontainer ganjil dan genap menyebabkan distribusi yang seragam.

Enkripsi

Di SQL Server 2016 (13.x) dan versi yang lebih baru, penyimpanan untuk tabel yang dioptimalkan memori akan dienkripsi saat tidak aktif sebagai bagian dari mengaktifkan Enkripsi Data Transparan (TDE) pada database. Untuk informasi selengkapnya, lihat Enkripsi Data Transparan. Di file titik pemeriksaan SQL Server 2014 (12.x) tidak dienkripsi meskipun TDE diaktifkan pada database.

Data dalam tabel yang dioptimalkan memori yang tidak tahan lama (SCHEMA_ONLY) tidak ditulis ke disk kapan saja. Oleh karena itu, TDE tidak berlaku untuk tabel tersebut.

Lihat Juga

Membuat dan Mengelola Penyimpanan untuk Objek yang Dioptimalkan Memori