Suherman : Backup

Recovery Advisor Feature in SQL Server 2012

Suherman — Sun, 18 Mar 2012 11:26:00 GMT

Salahsatu fitur baru di SQL Server 2012 adalah adanya fitur Recovery Advisor di SQL Server Management Studio yang akan sangat membantu sekali dalam proses Resore Database jika aktivitas itu ingin dilakukan pada spesifik hari dan jam tertentu.

Untuk lengkapnya silahkan menyaksikan video tutorial berikut :

(Please visit the site to view this media)

How to Restore Encrypted Database Backup File

Suherman — Sun, 03 Oct 2010 13:37:34 GMT

Melanjutkan blog saya sebelumnya mengenai Encrypt Database Backup, berikut ini coba saya paparkan bagaiman merestore sebuah backup database pada database yang berada pada beda instance.

Untuk mempermudah penjelasan, Instance dimana database Toko yang sebenarnya berada kita sebut “Instance Asli”. Sedangkan Instance tempat kita akan melakukan proses restore kita sebut “Instance Restore”.

Pada Instance Restore pertama saya buat sebuah database Toko terlebih dahulu, setelah itu saya coba restore menggunakan hasil backup pada blog sebelumnya atau hasil backup dari “Instance Asli”. ternyata ketika saya coba restore (instance ini menggunakan SQL Server 2008 R2) timbul notifikasi error seperti dibawah ini. :

ternyata proses restore ini membutuhkan Server Certificate. Agar kita bisa melakukan tindakan restore ini, kita harus mendapatkan certificate dari “Instance Asli”. Langkahnya adalah kita harus bisa mengeksport certificate database Toko data “Instance Asli” ke database Toko “Instance Restore”.

Mari kita ke “Instance Asli” terlebih dahulu dan lakukan T-SQL ini :

USE master

GO

BACKUP CERTIFICATE TokoCert

TO FILE = 'E:\TokoCert_File.cer'

WITH PRIVATE KEY (FILE = 'E:\TokoCert_Key.pvk' ,

ENCRYPTION BY PASSWORD = 'P4ssw0rD' )

GO

Langkah ini menghasilkan 2 buah file yaitu 1 buah File Certificate dan 1 buah private key

Langkah selanjutnya adalah mengimport file certificate yang sudah terbentuk ke database toko yang ada di “Instance Restore”. Sebelum itu kita buat terlebih dahulu master key di “Instance Restore”. mari kita beralih ke “Instance Restore” dan jalankan T-SQL berikut :

USE master

GO

CREATE MASTER KEY ENCRYPTION BY PASSWORD = 'Restore_P4ssw0rd'

GO

untuk kebutuhan password dapat disesuaikan oleh anda.

Setelah itu kita create Certificate di database Toko yang ada di “Instance Resore” dgn menggunakan private key dan certificate file dari database Toko “Instance Asli” dengan menggunakan T-SQL berikut :

CREATE CERTIFICATE TokoCert

FROM FILE = 'E:\TokoCert_File.cer'

WITH PRIVATE KEY (FILE = 'E:\TokoCert_Key.pvk',

DECRYPTION BY PASSWORD = 'P4ssw0rD');

GO

Password yang digunakan adalah password pada saat menbuat certificate di “Instance Asli”.

Sekarang kita coba restore hasil backup database Toko “Instance Asli” ke database Toko yang ada di “Instance Restore” dan berhasil.

Demikian, semoga bermanfaat.

SQL Server 2008 Backup Compression

Suherman — Thu, 27 May 2010 02:21:53 GMT

Sebenarnya teknologi kompresi untuk backup di SQL Server sudah lama ada, namun hanya bisa ditemukan di software-software third party.

Namun kini, fitur tersebut sudah dapat ditemukan di SQL Server 2008 tanpa perlu merogoh kocek lagi untuk bisa memiliki fitur Backup Compression.

Manfaat fitur Backup Compression ini adalah sesuai namanya mengkompresi file backup yang terbuat sehingga ukuran filenya akan lebih kecil dibanding dengan saat melakukan backup tanpa kompresi. Backup Compression bukan saja menghemat space backup storage, namun juga dapat menghemat waktu backup yang terjadi.

untuk lebih jelas lagi mari kita lakukan demo Backup dengan Compression dan tanpa Compression.

Pertama saya akan lakukan backup tanpa Compression dengan cara sebagai berikut :

BACKUP DATABASE AdventureWorks

TO DISK  = N'C:\Backup\BackupAWTanpaDataCompression.BAK'

WITH NO_COMPRESSION

GO

Hasilnya adalah sebagai berikut :

dari gambar diatas dapat dilihat bahwa Backup tanpa Compression pada database AdventureWorks dilakukan dalam waktu 11.881 seconds dan menggunakan space sebesar 174,169 KB.

Mari kita bandingkan kalo Backup ini dilakukan dengan Backup Compression. dilakukan dengan cara berikut :

BACKUP DATABASE AdventureWorks

TO DISK  = N'C:\Backup\BackupAWDgnCompression.BAK'

WITH COMPRESSION

GO

Hasilnya adalah sebagai berikut :

dari gambar diatas dapat dilihat bahwa Backup dengan Compression pada database AdventureWorks dilakukan dalam waktu 6.697 seconds dan menggunakan space sebesar 42,967 KB.

Akhirnya dapat disimpulkan bahwa dengan menggunakan Backup Compression, aktivitas akan menjadi lebih cepat dan juga menghemat backup space.

So, bagi rekan-rekan yang sudah memiliki SQL Server 2008, jangan sia-siakan fitur dahsyat ini.

Database Backup

Suherman — Thu, 13 Aug 2009 07:22:28 GMT

Melakukan pekerjaan Backup untuk sebuah database adalah sebuah keharusan, tidak peduli database yang dikelola itu besar atau kecil. Hal ini dilakukan sebagai tindakan preventif apabila terjadi kerusakan atau kehilangan data. Apa jadinya ketika database kita mengalami kerusakan dan kita tidak memiliki Backup ? tentunya hal ini akan menjadi sebuah bencana besar.

Pada hakikatnya Backup itu adalah sebuah copy dari database production yang kita simpan di sebuah tempat/device yang sewaktu-waktu dapat kita panggil untuk direstore pada saat dibutuhkan. (ini menurut pendapat gue seh… )

Di Sql Server 2008, banyak fitur yang dapat digunakan untuk meminimalkan kehilangan data. Seperti Mirroring, Backup, Log Shipping yang kesemuanya dapat di ‘ramu’ menjadi sebuah skenario penyelamatan database.

Beberapa catatan kecil namun penting yang saya buat saat melakukan backup adalah :

Hal yang penting dalam backup adalah adanya testing restore dari Backup yang dibuat. Pastikan bahwa Backup yang kita miliki dapat di restore, percuma kan kalo backupnya gak bisa direstore.
Bila backup disimpan ke Disk, jangan pernah menyatukan Backup dengan Database data dan log dalam Disk yang sama. Sehingga bila disk yang digunakan untuk menyimpan database data dan log tidak bisa diakses, maka backup anda masih bisa terselamatkan.
Bila menggunakan Differential Backup, perhatikan ukuran file yang terbentuk. Bila sama atau lebih dari ukuran file Full Backup, maka perkecil lagi jarak waktu antara Full Backup dan Differential Backup.
Untuk Meminimalkan kehilangan data pada saat database production failure, selalu gunakan transaction log backup pada apapun strategi backup yang anda gunakan.

Share this post :