Entri Populer
-
A. Dasar Basis Data dengan dan Tanpa Pengarsipan Perancangan basis data merupakan proses menciptakan perancangan untuk basis ...
-
A. I MPLIKASI Y ANG B ERSIFAT A RSITEKTUR T ERHADAP B ACKUP D AN R ECOVERY D IIDENTIFIKASI 1. Kecepatan dan Kem...
-
A. Bidang Backup dan Metode Recovery Backup adalah memindahkan atau menyalin kumpulan informasi (data) yang tersimpan di dalam harddi...
- Home »
- MENENTUKAN KEBUTUHAN SISTEM
zTea
On Senin, 25 Agustus 2014
A.
Bidang
Backup dan Metode Recovery
Backup adalah memindahkan atau menyalin kumpulan informasi (data) yang
tersimpan di dalam harddisk computer yang biasanya dilakukan dari satu
lokasi/perangkat ke lokasiperangkat lain. Backup sangat penting, karena banyak potensi-potensi
yang bisa menyebabkan suatu data-data penting terganggu, rusak, dan bahkan
hilang. Untuk mempermudah dalam melakukan backup maka para pengembang software
membuat aplikasi khusus dengan sistem network Client Service sehingga data-data
yang akan dibackup lebih teratur dan lebih aman.
1.
Metode
Backup Data
Backup data merupakan salah satu kegiatan yang harus dilakukan oleh
seorang pengelola database untuk melakukan penyalinan sistem, data, dan
aplikasi. Proses backup data harus dilakukan secara rutin sesuai jadwal yang
telah ditentukan.
a.
Konsep
Backup
Proses backup dalam teknologi informasi mengacu pada pembuatan salinan
data, sehingga salinan tambahan dapat digunakan untuk mengembalikan (restore) semula setelah peristiwa
kehilangan data. Backup sangat berguna terutama untuk dua tujuan yaitu untuk
memulihkan keadaan setelah bencana (disaster
recovery); dan untuk mengembalikan sejumlah file kecil yang telah sengaja
dihapus atau rusak. Pengecekan konsistensi data atau disebut juga recovery.
Berdasarkan lingkup datanya, backup dapat dibedakan menjadi :
Berdasarkan lingkup datanya, backup dapat dibedakan menjadi :
ü Full Backup
ü Network Backup
ü Dump Backup
ü Incremental Backup
ü Diferensial Backup
b.
Konsep
Replikasi
Replikasi adalah suatu teknik untuk melakukan copy dan pendistribuisian data dan objek-objek database dari suatu
database lain dan melaksanakan sinkronisasi antara database sehingga
konsistensi data dapat terjamin. Replikasi dapat dipahami sebagai teknik
pengkopian database dan pengelolaan objek-objek database dalam suatu jaringan
konputer yang dapat membentuk suatu sistem database terdistribusi untuk menjaga
konsistensi data secara otomatis.
Jenis-jenis replikasi meliputi:
ü Snapshot replication
ü Transactional replication
ü Merge Replication
c.
Konsep
MySQL Dump
Untuk keperluan ini MySQL menyediakan sebuah utility yang dinamakan. MySQLDump.
MySQLDump adalah utilitas berupa program cadangan yang pertama kali ditulias
oleh Igor Romanenko, digunakan untuk pembuangan (dump) data sebuah database
atau kumpulan database, untuk cadangan (backup) atau perpindahan (transfer)
data ke server lain. Hasil dumping dapat berisi pernyataan SQL untuk membuat
tabel, insert, dan yang lain dalam bentuk file CSV, teks editor, atau format
XML.
Banyak cara untuk melakukan backup data. Berikut ini metode yang bisa
dilakukan saat akan melakukan backup data.
a.
Backup
Logika dan Backup Physic
Backup logika adalah menyimpan perintah logic dari struktur database dan
isinya yang dipresentasikan dalam perintah SQL, seperti CREATE DATABASE, CREATE
TABLE, dan INSERT DATA.
Berikut ini karakteristik backup secara logika
1)
Backup
dilakukan melalui server MySQL untuk mengambil struktur dan informasi data.
2)
Backup
berjalan lebih lambat karena server harus mengakses informasi data dan
mengirimnya dalam bentuk logika pada file backup.
3)
Output
bisa lebih besar dari pada bentuk fisik, misalkan data yang disimpan 5 MB dalam bentuk file sql maka pada saat
recovery akan terjadi kehabisan memori untuk mengemmbalikan dalam bentuk
semula.
4)
Backup
dan Restore dilakukan dengan mengabaikan mesin yang digunakan.
5)
Backup
logika tidak melibatkan banyak file hanya satu file logika yang biasanya
disimpan dalam file SQL.
6)
Data
disimpan dalam bentuk logika yang merupakan bahasa DDL dan MDL.
7)
Backup
data dilakukan saat server sudah dijalankan.
8)
Program
untuk backup digunakan mysqldump.exe yang memanggil file dikeluarkan dalam
bentuk logika file, seperti tsiswa.sql.
9)
Untuk
mengeluarkan data dalam bentuk file lain bisa digunakan perintah: SELECT…..INTO
OUTFILE.
Backup fisik adalah mengambil database dalam bentuk fisik, untuk
database yang menggunakan Appserv secara fisik data disimpan pada folder
C:\\Appser\Mysql\data\. Pada folder tersebut terdapat file database, setiap
tabel diciptakan dari 3 file yaitu MYD, FRM dan MYI. Pada saat pengambilan data
dilakukan dengan mengcopy folder yang di dalamnya menyimpan data dari database
yang kita punya. Data yang diambil adalah seluruh database dan tidak bisa
terpilih, sangat berbeda dengan backup secara logika, data yang diambil bisa
dipilih sesuai dengan yang diinginkan.
Berikut ini karakteristik backup fisik.
ü Backup terdiri atas salinan file dan
database, ini adalah salinan dari semua bagian directori MySQL data dari tabel
memori tidak disimpan pada disk.
ü Backup data secara fisik lebih cepat karena
tidak melakukan memrosesan logika, hanya pengopian secara fisik.
ü Outputnya lebih sederhana dibandingkan backup
logika
ü Sebagai tambahan dari database, backup dapat
meliputi file manapun yang terdiri atas file MYI, MYD, dan FRM.
b.
Backup
Online dan Backup Offline
Backup online dilakukan saat server MySQL sedang berjalan sedangkan
backup offlie dilakukan saat server sedang dihentikan.
Media penyimpanan backup data yang paling simpel dan sederhana adalah
flashdisk, memori card, CD/DVD, hardisk external atau data cadangan disimpan di
computer lain. Untuk versi online kita bisa menyimpannya di Dropbox, Cloud
Server, Google Drive dll.
Untuk backup data kontak, email dan agenda kita bisa memanfaatkan
layanan Google Sync, yang mengcopy data dari phonebook ponsel/tablet ke Gmail
dan sebaliknya,
c.
Back Up
Database di CPanel
Melakukan backup file di akun cpanel kita secara mandiri akan memudahkan
kita jika kita suatu saat ada sesuatu masalah di server. Biasanya webhoster
akan memindahkan akun Anda ke server lain yang masih bejalan normal. Backup
dapat digunakan untuk restore setelah failure. Penyebab failure:
ü Media failure
ü User errors
ü Hardware failure
ü Natural disaster
Strategi Backup meliputi:
ü Tipe dan frekuensi backup
ü Kecepatan hardware
ü Bagaimana backup diuji
ü Dimana dan bagaimana media backup disimpan
Strategi Restore meliputi :
ü Siapa yang melakukan restore
d.
Desain
Strategi Backup
Apakah perubahan terjadi di bagian kecil atau besar database? Untuk
database besar yang terkonsentrasi pada bagian files atau filegroups, pilih
partial backup atau file backup.
Berapa banyak ruang disk dibutuhkan untuk backup? Perkiraan disk space
terutama untuk full database backup. Backup berisi data actual pada database,
tidak termasuk space kosong/tidak digunakan. Seharusnya ukuran backup lebih
kecil disbanding database itu sendiri. Gunakan system stored procedure
sp_spaceused.
2.
Recovery
Adalah suatu proses untuk mengupdate database dengan file Backup yang
telah disimpan terakhir kalinya. Database yang menggunakan model recovery yaitu
sebagai berikut:
a.
Full
Recovery Model
Pada model ini, transaction akan di truncate (dipotong) pada saat
dilakukan backup transaction log. Pemotongan transaction log hanya terjadi pada
saat backup transaction log. Backup yang lain tidak akan mempengaruhi
transaction log. Jadi, pada full recovery model, backup transaction log harus
dilakukan secara berkala agar transaction log tidak membengkak.
Full recovery model menggunakan log backup untuk mencegah kehilangan
data karena berbagai macam scenario kegagalan. Kelemahannya membutuhkan media
penyimpanan besar dan waktu restore dan kompleksitas meningkat.
Gambar ilustrasi Full Recovery Model
Illustrasi Full Recovery
1)
Full
database backup+ log
ü Backup full database: Db_1; Log Backup:Log_1,
Log_2
ü Setelah Log_2, hilangnya data terjadi
ü Sebelum ketiga backup direstore, db admin
harus membackup active log.
ü Restore db_1, Log_1, Log_2 tanpa recovery
database.
ü Db admin merestore dan merecover tail
ü Database ter-recover ke titik kegagalan,
merecover semua data.
2)
Strategi
backup mengurangi workless exposure dengan
ü Differential backup+log
ü Transaction log backup mengurangi workless
exposure potensial setelah log backup terbaru, t14
ü Rangkaian 3 diff backup digunakan mengurangi
jumlah transaction log yang akan direstore kalau ada kegagalan.
ü 3 diff backup cukup besar untuk backup berikutnya
sebagai full database backup.
3)
Sebelum
backup database pertama, ada kemungkinan hilangnya data pada t0-t1.
4)
Setelah
itu log backup yang rutin mengurangi kemungkinan hilangnya data setelah log
backup terakhir.
5)
Bila
ada kegagalan, maka db admin membackup log yang belum dibackup.
6)
Bila
tail-log sukses dibackup, db admin dapat menghindari kehilangan data dengan
merestore ke titik kegagalan.
b.
Bulik-Logged
Recovery Model
Beberapa operasi akan bersifat minimally logged. Misalnya,
bulk insert, insert, select, create index, drop index, dsb. Sama seperti full recovery, transaction
log akan dipotong hanya pada saat backup transaction log. Sehingga backup
transaction log harus dijalankan secara berkala. Bulk-logged recovery model
akan menuliskan data page yang telah dimodifikasi ke dalam file data sebelum
transaksi selesai. Berlawanan dengan full recovery model yang hanya membutuhkan
penulisan ke log untuk menyatakan transaksi selesai. Operasi bulk akan lebih
pelan pada sistem IO yang pelan. Hal ini juga berpengaruh pada backup
transaction log. Untuk minimally logged transaction, kadang menyertakan data
page dalam backupnya. Sehingga backup transaction log di bulk-logged bisa lebih
besar dari full recovery model.
c.
Simple Recovery Model
Hampir
sema dengan bulk-logged, beberapa operasi bersifat minimally-logged.
Macam-macam transaksi tersebut sama persis dengan bulk-logged. Perbedaan
mendasar adalah pada pemotongan transaction log. Transaction log akan otomatis
terpotong pada saat chekpoint selesai.
Karena
tidak ada backup log maka ketika terjadi database failure, yang bisa dilakukan
adalah merestore full backup atau differential backup yang terakhir.
Gambar
Full database backup
Contoh:
Ada
5 backup database (hanya yang terbaru) : t1-t5
Dimisalkan
harus direstore ke waktu t5 maka:
ü Database kembali ke waktu
t5
ü Semua update setelah t5
hilang
Gambar Simple Recovery Model
Ilustrasi
Simple Recovery Model
1)
Full
database backup
Cocok untuk database kecil sehingga dapat
sering di backup.
Gambar Full Data Base Backup
2)
Strategi
backup mengurangi work-loss exposure dengan:
ü Differential database
backup
ü Dibanding full database
ü Setelah database backup
pertama, sekumpulan differential backup dibuat (3 diff backup)
ü Setelah
diff backup ketiga cukup besar, backup berikutnya adalah database backup
untuk membuat defferential base baru.
Gambar Differential Database Backup
B.
Backup
Offline sesuai dengan Kebutuhan Organisasi dan Keamanan dengan Waktu Mati (Down
Time) Minimal
Offline backup atau membackup secara offline
merupakan sebuah cara untuk menyimpan file di dalam komputer jaringan
sedemikian rupa sehingga pengguna dapat mengaksesnya, bahkan ketika pengguna
tidak terhubung dalam jaringan. Cara backup ini memberikan fitur yang
bermanfaat bagi pengguna yang sering melakukan perjalanan dengan komputer
portable atau perangkat mobile, dan bagi mereka yang tidak selalu dapat mengakses
file pada jaringan tempat penyimpananya.
Satu-satunya kekurangan offline backup adalah
waktu yang dibutuhkan untuk menyimpan informasi. Sementara proses penyimpanan
konten memakan sedikit waktu, offline backup tetap dilakukan untuk alasan
keamanan dan sebagai langkah atau tindakan antisipasi ketika terjadi kegagalan sistem.
Offline backup merupakan jenis backup yang
paling mudah. File-file yang dibackup ketika melakukan offline backup yang
proses menutup database, seperti:
1. Datafile, untuk menyimpan
semua data yang ada dalam database. Objek skema seperti tabel, indek, dan
sebagainya secara fisik tersimpan dalam file ini.
2. Control file, untuk
menyimpan strukture dari database. Tanpa file ini, tidak pernah bisa
melakukan startup database.
3. Redo log file, untuk
menyimpan semua perubahan yang terjadi pada database yang digunakan dalam
proses recovery.
4. Parameter file (init.sid),
yaitu file yang berisi parameter-parameter dari database.
Langkah-langkah melakukan backup offline
basis data adalah sebagai berikut:
1. Masuk ke
start-program-Microsoft SQL Server-Enterprise Manager.
2. Maka akan tampil layar
enterprise manager.
ü Klik tanda + yang ada di
depan tulisan Microsoft SQL Servers maka akan tampil tulisan +SQL Server Groups
di bawah tulisan Microsoft SQL Servers.
ü Klik tanda + yang ada di
depan tulisan SQL Servers Groups maka akan tampil tulisan +(Local) (Windows NT)
ü Klik tanda + yang ada di
depan tulisan Local (Windows NT) maka akan tampil layar windows NT.
ü Klik tombol connect
3. Klik tanda + yang ada di
folder databases, maka akan tampil nama database yang ada didalam
server (local) ini.
4. Klik kanan pada databases
atau salah satu database, lalu pilih All Tasks > Backup Database maka akan
tampil layar Backup database.
5. Pilih database yang akan
dibackup di database droplist, bila diperlukan isi nama backup di Name textbox
dan keterangan discription textbox.
6. Pilih Database - complete
jika akan melakukan backup seluruh data.
7. Pilih Database –
differential jika akan melakukan backup hanya data yang terjadi perubahan sejak
terakhir dilakukan backup database complete. Untuk bisa melakukan backup
database differential setidaknya sudah pernah melakukan backup database
complete. minimal sekali.
8. Pilih transaction log jika
akan melakukan backup transaction log.
9. Pilih File and filegroup
jika akan melakukan backup per filegroup. Klik button yang digunakan untuk
mencari filegroup.
10. Pilih tape jika akan
melakukan backup ke tape device.
11. Pilih disk jika akan
melakukan backup ke disk device.
12. Klik button add untuk
menambah target backup.
13. Klik button remove untuk
menghapus target backup.
14. Klik button content untuk
melihat detail dari isi target backup.
15. Pilih append to media jika
backup ke tape melanjutkan sisa backup sebelumnya.
16. Pilih overwrite existing
media jika backup ke tape menulis ulang dari awal lagi.
Pilih lokasi penyimpanan datanya.
Pilih lokasi penyimpanan datanya.
Kemudian isi nama file di kotak file name
Jika sudah klik OK
Pastikan kitak file name sudah terisi dengan
lokasi dan nama file yang diinginkan. Jika sudah benar klik tombol OK.
17. Selesai.
Cek hasil backup data melalui Windows Explorer, lihat ke folder tempat penyimpanan data tersebut. Downtime adalah keadaan dimana web anda tidak bisa diakses dalam waktu tertentu. Tetapi sesuai judul yang saya berikan diatas pengertian dan jenis downtime ini memiliki beberapa jenis yang perlu diketahui, mungkin sampai saat ini kebanyakan organisasi hanya memahami bahwa web mengalami downtime saat tidak bisa diakses.
Cek hasil backup data melalui Windows Explorer, lihat ke folder tempat penyimpanan data tersebut. Downtime adalah keadaan dimana web anda tidak bisa diakses dalam waktu tertentu. Tetapi sesuai judul yang saya berikan diatas pengertian dan jenis downtime ini memiliki beberapa jenis yang perlu diketahui, mungkin sampai saat ini kebanyakan organisasi hanya memahami bahwa web mengalami downtime saat tidak bisa diakses.
Ada
3 backup dalam mengembalikan basis data ke keadaan yang dianngap benar setelah
terjadinya downtime.
1. Pemulihan terhadap
kegagalan transaksi: kesatuan prosedur dalam program yang dapat mengubah atau
memperbarui pada sejumlah tabel.
2. Pemulihan terhadap
kegagalan media: pemulihan karena kegagalan media dengan cara mengambil atau
membuat kembali salinan basis data (backup).
3. Pemulihan terhadap
kegagalan sistem: karena gangguan sistem, hang, listrik terputus aliranya.
Fasilitas
backup pada DBMS:
1. Fasilitas logging dengan
membuat track pada tempatnya saat transaksi berlangsung pada saat database
berubah.
2. Fasilitas checkpoint,
melakukan update database yang baru.
3. Manager pemulihan,
memperbolehkan sistem untuk menyimpan ulang database menjadi lebih konsisten
setelah terjadinya kesalahan.
Teknik
backup:
1. Defered update/perubahan
yang ditunda: perubahan pada database tidak akan berlangsung sampai transaksi
ada pada poin disetujui (COMMIT). Jika terjadi kegagalan maka tidak akan
terjadi perubahan, tetapi diperlukan operasi redo untuk mencegah akibat dari
kegagalan tersebut.
2. Immediate updte / perubahan
langsunh; pada DB akan segera tanpa harus menunggu sebuah transaksi tersebut disetujui.
Jika terjadi kegagalan diperlukan operasi UNDO untuk melihat apakah ada
transaksi yang telah disetujui sebelum terjadi kegagalan.
3. Shadow pagging: menggunakan
page bayangan dimana proses terdiri atas 2 tabel yang sama, yang satu menjadi
tabel transaksi dan yang lain digunakan sebagai cadangan. Ketika transaksi
mulai berlangsung kedua tabel ini sama dan selama berlangsung tabel transaksi
yang menyimpan semua perubahan database, tabel bayangan akan digunakan jika
terjadi kesalahan. Keuntunganya adalah tidak membutuhkan REDO atau UNDO,
kelemahanya membuat terjadinya fragmentasi.
C. File Backup Online sesuai
Kebutuhan Organisasi dan Keamanan dengan Waktu Mati (Down Time)
Backup online adalah metode penyimpanan data
offsite di mana file, folder, atau seluruh isi sistem secara teratur didukung
pada remote server atau komputer dengan koneksi jaringan. Sejumlah organisasi
menyediakan layanan backup online untuk pelanggan yang komputernya terhubung ke
internet, secara otomatis menyalin file yang dipilih untuk cadangan penyimpanan
di penyedia layanan.
Ada
beberapa keuntungan backup online yaitu sebagai berikut:
1. Otomatis. Setelah salah
satu menetapkan jadwal mereka, itu dengan sepenuhnya otomatis. Tidak ada kaset
untuk mengola, staf untuk jadwal, atu vendor untuk mengkoordinasikan untuk
pickup dan pengiriman kaset. Oleh karena itu, anda menghemat waktu, uang dan
hampir menghilangkan kesalahan.
2. Aman. Data disimpan pada
tape disk dan tidak. Tape memiliki sejarah kegagalan biasanya terjadi pda waktu
yang sangat sial. Selain itu, kaset paling tidak di enkripsi. Kita hanya bisa
membayangkan konsekuensi potensial untuk organisasianda jika data pelanggan
yang diakses seseorang menggunakan menggunakan salah satu kaset anda tidak
terenkripsi.
3. Diakses dan dikelola dimana
saja. “sebuah sistem terpusat yang memungkinkan anda untuk mengelola backup
seluruh sistem dan persyaratan pemulihan terlepas dari mana mereka atau anda
berada adalah keuntungan besar dari organisasi. Hal ini berlaku terutama bagi
organisasi dengan beberapa lokasi.
4. Efisien penggunaan
internet. Beberapa layanan backup online yang lebih baik kembali hanya blok
data dalam file baru atau diubah sehingga menghasilkan waktu backup secara
signifikan lebih cepat dan minim.
5. Tidak ada penanaman modal.
Jika anda seperti kebanyakan organisasi, mendapatkan persetujuan untuk
pengeluaran modal yang besar adalah tugas yang menakutkan. Dengan software
sebagai pendekatan (SaaS) layanan yang pada dasarnya membayar biaya bulanan
untuk layanan ini.
6. Kepatuhan peraturan.
Peningkatan terbaru dalam peraturan pemerintah dan industri yang spesifik (SAS
70, Gramm-Leach-Bliley Act, HIPPA, SOX dan SEC|NASD) sekitar privasi,
aksesibilitas dan penyimpanan informasi yang menciptakan tantangan baru untuk
backup dan pemulihan.
Sebaik
apapun teknologi pasti juga memiliki kekurangan . beberapa kekurangan yang
ditimbulkan dari layanan backup meliputi:
1. Komputer akan menjadi
lambat atau tidak bisa dipakai sama sekali jika internet bermasalah atau
kelebihan beban.
2. Organisasi yang membawa
layanan dari cloud computing tidak punya akses langsung ke sumber daya. Jadi
semua tergantung dari kondisi vendor/penyedia layanan could computing.
3. Jika server vendor rusak
atau punya layanan backup yang buruk, maka organisasi akan mengalami kerugian
besar.
By: Siti Aisah Nur Fitriani
Ditulis Oleh : zTea ~ Doraemon template
Artikel MENENTUKAN KEBUTUHAN SISTEM ini diposting oleh zTea pada hari Senin, 25 Agustus 2014. Terimakasih atas kunjungan Anda serta kesediaan Anda membaca artikel ini. Kritik dan saran dapat anda sampaikan melalui kotak komentar. Terima Kasih !
Pages
Diberdayakan oleh Blogger.