SQL Server Hosting - JaringanHosting.com :: Perbaiki Database Menggunakan DBCC CHECKDB

Pada kesempatan kali ini, saya akan menjelaskan cara memperbaiki database menggunakan DBCC CHECKDB pada SQL Server. Sebelumnya saya menuliskan beberapa poin pentingnya:

• Jika ada error dan DBCC CHECKDB bisa memperbaikinya, maka DBCC CHECKDB menunjukkan tingkat perbaikan yang diperlukan untuk memperbaiki kesalahan tertentu. 
• Sebagian besar error yang dilaporkan oleh DBCC CHECKDB, menganjurkan untuk mengembalikan database dari restore yang baik. 
• Jika tidak ada restore yang baik, maka Anda harus menggunakan opsi perbaikan dengan DBCC CHECKDB. 
• Anda juga harus ingat bahwa perbaikan database adalah operasi yang terpisah dari  DBCC CHECKDB normal karena database harus ditempatkan dalam mode pengguna tunggal dengan perintah ALTER DATABASE sebelum DBCC CHECKDB dapat dijalankan dengan opsi REAPIR. 
• Jadi sekarang, jika Anda ingin menempatkan sample database AdventureWorks2008R2 dalam mode single-user, kemudian tulis kode:

 ALTER DATABASE AdventureWorks2008R2 SET SINGLE_USER;   

Kode di atas akan menunggu tanpa batas waktu jika ada key pada database atau pengguna yang terhubung ke database. Jadi untuk mengatasi situasi ini, gunakan kode di bawah ini:

 ALTER DATABASE AdventureWorks2008R2 SET SINGLE_USER WITH ROLLBACK IMMEDIATE;  

Jika opsi AUTO_UPDATE_STATISTICS_AYSYNC untuk database: ON, maka Anda tidak akan dapat menempatkan database dalam mode single-user karena backgroud thread yang digunakan untuk memperbarui statistik membutuhkan koneksi terhadap database.

DBCC menawarkan dua mode perbaikan: 

• REPAIR_REBUILD: perbaikan yang tidak menyebabkan hilangnya data. 
• REPAIR_ALLOW_DATA_LOSS: melakukan perbaikan dan perbaikan untuk struktur database rusak, dan juga mengakibatkan hilangnya data. 

Contoh berikut akan membantu Anda dalam memahami seluruh konsep, di mana saya telah menggunakan DBCC CHECKDB dengan opsi REPAIR_ALLOW_DATA_LOSS;

 ALTER DATABASE AdventureWorks2008R2 SET SINGLE_USER WITH ROLLBACK IMMEDIATE;  
 BEGIN TRANSACTION;  
 DBCC CHECKDB ('AdventureWorks2008R2', REPAIR_ALLOW_DATA_LOSS);  
 ALTER DATABASE AdventureWorks2008R2 SET MULTI_USER;  

DBCC CHECKDB meminta Anda untuk menggunakan REAPIR_ALLOW_DATA_LOSS, kemudian mengambil backup database penuh pertama dan kemudian jalankan DBCC CHECKDB dengan opsi perbaikan dalam transaksi pengguna. Anda juga dapat memperbaiki dalam Parallel, yaitu dalam Multi-User. Sejak menjalankan DBCC CHECKDB secara paralel adalah prosesor intensif. Sehingga Anda dapat menonaktifkannya, jika hal itu bertentangan dengan environment atau situasi dengan bantuan trace flag 2528.

JaringanHosting.com adalah provider ASP.NET dan Windows hosting No #1 di Indonesia sesuai dengan rekomendasi dari pihak Microsoft. Microsoft memberikan rekomendasi ini berdasarkan pada beberapa persyaratan utama, yaitu: WebMatrix, WebDeploy, Visual Studio 2012,ASP.NET 4.5,ASP.NET MVC 4.0, Silverlight 5 and Visual Studio Lightswitch.Untuk keterangan lanjutan, silahkan klik disini!

Read More

SQL Hosting Indonesia - Database Mirroring

Microsoft SQL Server adalah program Sistem Manajemen Dasis Data Relasional. Susunan dari Microsoft SQL Server dibagi menjadi tiga komponen. SQL OS yang melakukan layanan utama pada SQL Server, misalnya mengatur aktifitas, pengaturan memori, dan pengaturan Input/Output; Relational Engine yang bekerja sebagai penghubung komponen database, tabel, query, dan perintah tersimpan dan Protocol Layer yang mengatur fungsi-fungsi SQL Server. Dalam SQL ini terdapat suatu istilah yang dinamakan "Database Mirroring".

Apa itu Database mirroring?

Proses “penduplikatan” database ke tempat lain, dimana bertujuan untuk mencegah terjadinya hal-hal yang tidak diinginkan pada database kita, misalnya mesin database crash, dan lain sebagainya. Kita bisa saja mempergunakan backup dari database kita apabila terjadi sesuatu dengan database kita, tetapi tentunya untuk proses recovery akan butuh waktu dan juga data yang ada tidak akan bisa pada state terakhir.

Kalian juga harus mengerti bahwa, database mirroring ini juga mendukung fasilitas untuk failover, dimana apabila terjadi sesuatu dengan database primary (principal server) kita masih punya cadangan di database sekunder (mirror server). Principal dan mirror server berkomunikasi sebagai partner dalam mirroring ini, dan masing-masing mempunyai role sebagai principal role dan mirror role, tetapi bisa saja pada suatu saat role ini berpindah, yang tadinya mempunyai role sebagai principal bisa saja menjadi mirror dan sebaliknya.

Lalu bagaimana untuk modelnya operasinya sendiri?

Mirroring di bedakan menjadi 2 jenis:

• high-safety mode
• high-performance mode. 

Keterangan : High-safety mode jalan dalam model synchronous sedangkan high-performance mode jalan dalam model asynchronous. 

Mirroring database adalah strategi sederhana yang menawarkan keuntungan sebagai berikut:

• Meningkatkan perlindungan data.

Mirroring database menyediakan redundansi lengkap atau hampir lengkap dari data, tergantung pada apakah modus operasi tinggi-keamanan atau performa tinggi.

• Meningkatkan ketersediaan database.

• Meningkatkan ketersediaan database produksi selama upgrade.

Bagaimana Database Mirroring Bekerja?

Server utama dan mirror berkomunikasi dan bekerja sama sebagai mitra dalam sesi mirroring database. Dua database melakukan peran pelengkap dalam sesi: peran utama dan peran mirror. Pada waktu tertentu, satu database melakukan peran utama, dan yang lainnya melakukan peran mirror.

Mirroring database melibatkan mengulangi setiap insert, update, dan menghapus operasi yang terjadi pada database utama ke database mirror secepat mungkin. Pengulangan dilakukan dengan mengirimkan aliran catatan log transaksi aktif ke server mirror, yang berlaku catatan log ke database mirror, dalam urutan secepat mungkin. Tidak seperti replikasi, yang bekerja di tingkat logis, mirroring database bekerja di tingkat catatan log fisik.

Memilih mode database mirroring

Tiga mode operasional yang disediakan untuk mirroring:

• synchronous
• asynchronous
• asyncfullpage

Modus sinkron adalah default. Mode ini mengontrol kapan dan bagaimana transaksi dicatat pada server mirror, dan Anda mengatur mereka dengan pilihan server-xp.

Bila memilih modus sinkronisasi untuk sistem mirroring database Anda, Anda harus menentukan apakah pemulihan kecepatan atau keadaan data yang lebih penting ketika terjadi failover.

Anda dapat memeriksa modus mirroring database dengan query nilai dari properti database MirrorMode:

• Synchronous mode

Pada mode sinkron, transaksi berkomitmen dijamin akan direkam pada server mirror. Jika kegagalan terjadi pada server utama, tidak ada transaksi berkomitmen hilang ketika server mirror mengambil alih. Dalam mode ini, server utama mengirimkan halaman transaksi log untuk mirror ketika transaksi berkomitmen. Server mirror transmisi mengakui bahwa ketika telah menulis halaman-halaman untuk menyalin nya dari log transaksi. Server utama tidak membalas aplikasi sampai menerima pengakuan ini. Menggunakan mode sinkron menyediakan keamanan transaksi karena server operasional dalam keadaan disinkronisasi, dan perubahan dikirim ke mirror harus diakui sebelum utama dapat dilanjutkan.

• Asynchronous mode

Dalam modus asynchronous, transaksi yang dilakukan tidak dijamin akan direkam pada server mirror. Dalam mode ini, server utama mengirimkan halaman transaksi log untuk mirror ketika transaksi di commit. Ia tidak menunggu pengakuan dari mirror sebelum menjawab ke aplikasi yang COMMIT telah selesai. Jika kegagalan terjadi pada server utama, ada kemungkinan bahwa beberapa transaksi yang dilakukan mungkin akan hilang ketika server mirror mengambil alih.

• Asyncfullpage mode

Dalam Asyncfullpage mode, halaman tidak dikirim pada COMMIT, melainkan, mereka dikirim saat halaman penuh. Hal ini akan mengurangi jumlah lalu lintas antara dua server database dan meningkatkan kinerja dari server primer. Jika halaman log saat ini belum dikirim ke mirror untuk jumlah detik yang ditentukan oleh parameter pagetimeout, itu dikirim meskipun belum penuh. Para pagetimeout default adalah 5 detik. Menggunakan mode ini memberikan batas pada berapa lama transaksi berkomitmen terkena hilang jika server primer turun dan server mirror mengambil kepemilikan dari database. Asyncfullpage mode menyiratkan operasi asynchronous, sehingga server primer tidak menunggu pengakuan dari mirror.

Jika Anda mencari web hosting yang handal dan terjangkau atau email hosting, Anda dapat mempertimbangkan JaringanHosting.com.

Read More