ID Artikel: 873235 - Melihat produk di mana artikel ini berlaku.
Perbesar semua | Perkecil semua

Pada Halaman ini

PENDAHULUAN

Artikel ini menjelaskan langkah-langkah yang harus Anda ikuti saat log transaksi menjadi semakin besar. Log transaksi penuh dapat membuat pangkalan data Server Microsoft SQL menjadi tidak dapat digunakan. Artikel ini menjelaskan cara memotong dan menyusutkan log transaksi dan cara mencegah log transaksi tumbuh secara tidak terduga.

INFORMASI LEBIH LANJUT

Mengurangi ukuran log transaksi

Untuk pulih dari situasi di mana log transaksi telah penuh, Anda harus mengurangi ukuran log transaksi. Untuk melakukannya, Anda harus memotong transaksi yang tidak aktif di log transaksi dan menyusutkan berkas log transaksi.

Catatan Log transaksi sangatlah penting untuk mempertahankan integritas transaksional pangkalan data. Oleh karena itu, Anda tidak boleh menghapus berkas log transaksi bahkan setelah Anda membuat cadangan pangkalan data dan log transaksi Anda.


Untuk informasi selengkapnya mengenai ukuran log transaksi, kunjungi situs Web Microsoft berikut ini:
Menyusutkan Log Transaksi untuk SQL Server 2000
Menyusutkan Log Transaksi untuk SQL Server 2005

Memotong transaksi yang tidak aktif di log transaksi

Saat log transaksi sudah penuh, Anda harus segera membuat cadangan berkas log. Saat pembuatan cadangan berkas log Anda dibuat, Server SQL secara otomatis memotong bagian yang tidak aktif di log transaksi. Bagian berkas log transaksi yang tidak aktif berisi transaksi yang lengkap, dan oleh karena itu, berkas log transaksi tidak lagi digunakan oleh Server SQL selama proses pemulihan. Server SQL menggunakan ulang ruang yang terpotong dan tidak aktif ini di log transaksi dan bukan mengizinkan log transaksi untuk tetap tumbuh dan menggunakan ruang lebih banyak.

Untuk informasi tambahan mengenai masalah yang harus Anda pertimbangkan saat membuat cadangan log transaksi dan masalah yang harus Anda pertimbangkan saat memulihkan cadangan log transaksi, kunjungi topik berikut di Buku Server SQL Daring:
  • Cadangan log transaksi
  • Pembuatan cadangan dan pemulihan log transaksi
Anda juga dapat menghapus transaksi yang tidak aktif dari berkas log transaksi dengan menggunakan metode Potong. Untuk informasi selengkapnya mengenai pemotongan log transaksi, lihat topik "Memotong log transaksi" di Buku Server SQL Daring.

Penting Setelah secara manual Anda memotong berkas log transaksi, Anda harus membuat cadangan pangkalan data penuh sebelum Anda membuat cadangan log transaksi.

Untuk informasi mengenai masalah yang mungkin terjadi saat Anda memotong berkas log transaksi, klik nomor artikel berikut ini untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
62866 Alasan mengapa log transaksi SQL tidak dipotong (Mungkin tersedia dalam bahasa Inggris)

Susutkan berkas log transaksi

Operasi pembuatan cadangan atau metode Potong tidak mengurangi ukuran berkas log. Untuk mengurangi ukuran berkas log transaksi, Anda harus menyusutkan berkas log transaksi. Untuk menyusutkan berkas log transaksi ke ukuran yang diminta dan untuk menghapus halaman yang tidak digunakan, Anda harus menggunakan operasi DBCC SHRINKFILE. Pernyataan DBCC SHRINKFILE Transact-SQL hanya dapat menyusutkan bagian yang tidak aktif di dalam berkas log.

Catatan Pernyataan DBCC SHRINKFILE Transact-SQL tidak dapat memotong log dan menyusutkan ruang yang digunakan di dalam berkas log sendiri.

Untuk informasi selengkapnya mengenai berkas log transaksi, lihat topik berikut ini di Buku Server SQL Daring:
  • Menyusutkan log transaksi
  • DBCC SHRINKFILE
Untuk tambahan informasi mengenai cara menyusutkan berkas log transaksi di Server SQL 2000, klik nomor artikel berikut ini untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
272318 Menyusutkan log transaksi di Server SQL 2000 dengan DBCC SHRINKFILE
Untuk informasi mengenai masalah yang mungkin terjadi saat Anda menyusutkan berkas log transaksi, klik nomor artikel berikut ini untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
814574 PRB: Pesan galat: "Tidak dapat menyusutkan berkas log ..." terjadi saat Anda menyusutkan berkas log transaksi (Mungkin tersedia dalam bahasa Inggris)
324432 PRB: Perintah DBCC SHRINKFILE dan SHRINKDATABASE mungkin tidak berfungsi karena teks yang jarang, ntext, atau kolom gambar

Mencegah berkas log transaksi tumbuh secara tidak terduga

Untuk mencegah berkas log transaksi tumbuh secara tidak terduga, pertimbangkan untuk menggunakan salah satu metode berikut ini:
  • Tentukan ukuran berkas log transaksi mejadi nilai yang besar untuk menghindari ekspansi otomatis dari berkas log transaksi.
  • Konfigurasikan ekspansi otomatis dari berkas log transaksi dengan menggunakan unit memori dan bukan persentase setelah secara seksama mengevaluasi ukuran memori optimal.

    Untuk informasi selengkapnya mengenai masalah yang harus dipertimbangkan saat Anda mengkonfigurasi opsi kembang otomatis, klik nomor artikel berikut ini untuk melihat Pangkalan Pengetahuan Microsoft:
    315512 Pertimbangkan untuk konfigurasi kembang otomatis atau susut otomatis
  • Ganti model pemulihan. Apabila bencana dan kerusakan data terjadi, Anda harus memulihkan pangkalan data sehingga konsistensi data dan integritas transaksional dari pangkalan data dipertahankan. Berdasarkan pada data penting di pangkalan data, Anda dapat menggunakan salah satu model pemulihan berikut ini untuk menentukan cara data Anda dibuat cadangan dan apa paparan Anda terhadap kehilangan data:
    • Model pemulihan sederhana
    • Model pemulihan penuh
    • Model pemulihan log curah
    Dengan menggunakan model pemulihan sederhana, Anda dapat memulihkan pangkalan data ke cadangan paling baru dari pangkalan data. Dengan menggunakan model pemulihan atau model pemulihan log curah, Anda dapat memulihkan pangkalan data Anda ke titik saat kegagalan terjadi dengan memulihkan pangkalan data dengan cadangan berkas log transaksi.

    Secara asali, di Server SQL 2000 dan di Server SQL 2005, model pemulihan untuk pangkalan data Server SQL disetel ke model pemulihan Penuh. Dengan model pemulihan penuh, cadangan reguler dari log transaksi digunakan untuk mencegah ukuran berkas log tumbuh dari proporsi ukuran pangkalan data. Akan tetapi, apabila cadangan reguler dari log transaksi tidak dilakukan, berkas log transaksi akan tumbuh mengisi cakram, dan Anda mungkin tidak dapat melakukan operasi pengubahan data apa pun di pangkalan data Server SQL.

    Anda dapat mengganti model pemulihan dari penuh menjadi sederhana apabila Anda tidak ingin menggunakan berkas log transaksi selama operasi pemulihan bencana.
  • Buat cadangan berkas log transaksi secara reguler untuk menghapus transaksi yang tidak aktif di log transaksi.
  • Merancang transaksi menjadi kecil.
  • Pastikan bahwa tidak ada transaksi yang tidak dilakukan tetap berjalan untuk waktu yang tidak ditentukan.
  • Jadwalkan opsi Statistik Pemutakhiran agar terjadi setiap hari.
  • Untuk mendefragmen indeks agar menguntungkan kinerja beban kerja di lingkungan produksi Anda, gunakan pernyataan DBCC INDEXDEFRAG Transact-SQL dan bukan pernyataan DBCC DBREINDEX Transact-SQL. Apabila Anda menjalankan pernyataan DBCC DBREINDEX, log transaksi dapat diperluas secara signifikan saat pangkalan data Server SQL berada dalam moda pemulihan Penuh. Selain itu, pernyataan DBCC INDEXDEGRAG tidak menahan kunci untuk waktu lama, tidak seperti pernyataan DBCC DBREINDEX.

    Untuk informasi tambahan mengenai defragmen indeks di Server SQL 2000, lihat situs web Microsoft berikut ini:
    Praktik terbaik defragmentasi Microsoft SQL Server 2000
    Apabila Anda harus menjalankan pernyataan DBCC DBREINDEX sebagai pekerjaan yang merupakan bagian dari rencana pemeliharaan, Anda harus memecah pekerjaan menjadi beberapa pekerjaan. Selain itu, Anda harus sering mengambil cadangan untuk log transaksi antara eksekusi beberapa pekerjaan.

Informasi selengkapnya mengenai berkas log transaksi

Di Server SQL 2000 dan di Server SQL 2005, setiap pangkalan data berisi setidaknya satu berkas data dan satu berkas log transaksi. Server SQL menyimpan data secara fisik di berkas data. Berkas log transaksi menyimpan rincian dari semua pengubahan yang Anda lakukan di pangkalan data Server SQL dan rinician dari transaksi yang melakukan setiap pengubahan. Karena integritas transaksional dipertimbangkan sebagai karakteristik fundamental dan intrinsik Server SQL, pengelogan rincian transaksi tidak dapat dimatikan di Server SQL.

Berkas log transaksi secara logis dibagi menjadi segmen yang lebih kecil yang dirujuk ke berkas log virtual. Di Server SQL 2000, Anda dapat mengkonfigurasi berkas log transaksi untuk diperluas sesuai yang diperlukan. Ekspansi log transaksi dapat diatur oleh pengguna atau dapat dikonfigurasi untuk menggunakan semua ruang cakram yang tersedia. Modifikasi apa pun yang dibuat oleh Server SQL terhadap ukuran berkas log transaksi, seperti memotong berkas log transaksi atau mengembangkan berkas log transaksi, dilakukan di unit berkas log virtual.

Apabila berkas log transaksi yang berhubungan dengan pangkalan data Server SQL dan apabila Anda telah menentukan opsi untuk berkas log transaksi untuk dapat tumbuh secara otomatis, berkas log transaksi tumbuh di unit berkas log virtual. Terkadang, berkas log transaksi dapat menjadi sangat besar dan Anda dapat kehabisan ruang cakram. Saat berkas log transaksi tumbuh hingga berkas log menggunakan semua ruang cakram yang tersedia dan tidak dapat memperluas lagi, Anda tidak dapat lagi melakukan operasi pengubahan data di pangkalan data Anda. Selain itu, Server SQL dapat menandai pangkalan data sebagai dugaan karena kurangnya ruang untuk perluasan log transaksi.

Untuk informasi tambahan mengenai skenario yang dapat menyebabkan berkas log transaksi tumbuh secara tidak terduga, klik nomor artikel berikut ini untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
317375 Log transaksi tumbuh secara tidak terduga atau menjadi penuh di Server SQL

REFERENSI

Untuk informasi tambahan mengenai memecahkan masalah persyaratan ruang tambahan cakram selama proses pemulihan, lihat topik "Ruang cakram yang tidak mencukupi" di Buku Server SQL Daring. Untuk informasi tambahan mengenai arsitektur log transaksi, lihat topik berikut ini di Buku Server SQL Daring:
  • Arsitektur log transaksi
  • Arsitektur logis log transaksi
  • Arsitektur fisik log transaksi
Untuk informasi selengkapnya mengenai model pemulihan di SQL Server 2000, lihat topik berikut ini di Buku Server SQL Daring:
  • Memilih model pemulihan
  • Pemulihan sederhana
  • Pemulihan penuh
  • Pemulihan log curah
  • Berpindah model pemulihan

Note This is a "FAST PUBLISH" article created directly from within the Microsoft support organization. The information contained herein is provided as-is in response to emerging issues. As a result of the speed in making it available, the materials may include typographical errors and may be revised at any time without notice. See Terms of Use for other considerations.

Properti

ID Artikel: 873235 - Kajian Terakhir: 29 Februari 2012 - Revisi: 1.0
Berlaku bagi:
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Workgroup Edition
Kata kunci: 
kbsqlsetup kbdiskmemory kbdisasterrec kbhowto kbconfig kbinfo kbcip KB873235

Berikan Masukan

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com