Kamis, 17 November 2016

MERANCANG WEB DATA BASE UNTUK CONTENT SERVER BAGIAN 4

2 MySQL Backup dan Recovery
Lebih jauh berikut ini penjelasan tentang masing masing metoda backup :
1. Backup Logika vs backup Physic
Backup logika adalah menyimpan perintah logic dari struktur database dan isinya yang direpresentasikan dalam perintah SQL. Seperti CREATE DATABASE, CREATE TABLE dan INSERT DATA.
Backup fisik adalah mengambil datatabase dalam bentuk fisik, untuk database yang menggunakan Appserv secara fisik data disimpan pada folder C:\\Appserv\Mysql\data\
Pada folder tersebut terdapat file database, setiap table diciptakan dari 3 file yaitu .MYD, ,FRM dan .MYI, pada saat pengambilan data dilakukan dengan mengcopy folder yang didalamnya 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 secara logika :
         Backup dilakukan melalui server MySQL untuk mengambil struktur dan informasi data.
         Backup berjalan lebih lambat karena server harus mengakses informasi data dan mengirimkannya dalam bentuk logika pada file backup.
         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 karena prosesnya akan menghabiskan banyak memori untuk mengembalikan dalam bentuk semula.
         Backup dan Restore dilakukan dengan mengabaikan mesin yang digunakan.
         Backup logika tidak melibatkan banyak file hanya satu file logika yang biasanya disimpan dalam file .SQL
         Data disimpan dalam bentuk logika yang merupakan bahasa DDL dan DML.
         Backup data dilakukan saat server sudah dijalankan.
         Program untuk backup digunakan mysqldump.exe yang memanggil file dikeluarkan dalam bentuk logika file, seperti tsiswa.sql
         Untuk mengeluarkan data dalam bentuk file lain bisa digunakan perintah :
SELECT …..INTO OUTFILE

Berikut ini karakteristik backup fisik
         Backup terdiri dari salinan file dan database, ini adalah salinan dari semua bagian direktori MySQL, data dari table memori tidak disampan pada disk.
         Backup data secara fisik lebih cepat karena tidak melakukan memrosesan logika, hanya pengcopian secara fisik.
         Outputnya lebih sederhana dibandingkan backup logika.
       Sebagai tambahan dari database, backup dapat meliputi file manapun yang terdiri dari file MYi, MYD dan FRM.
2. Backup online vs backup offline
Backup online dilakukan saat server MySQL sedang berjalan sedangkan backup offline dilakukan saat server sedang dihentikan.
Metoda Backup Online mempunyai karakteristik :
·      Lebih sedikit mengganggu klien lain karena dapat menggunakan mysql server tanpa harus menghentikan pekerjaan selama proses backup.
·       Backup data hanya dilakukan pada data yang tidak sedang terlibat dalam transaksi.
·         Metoda Backup Offline mempunyai karakteristik :
·    Mempengarui klien yang kurang baik sebab server tidak berjalan selama proses berlangsung.
·  Backup lebih sederhana memeriksa prosedur sebab tidak ada kemungkinan gangguan campur tangan dari aktifitas klien.

3. Backup local vs backup remote
Suatu backup local dilakukan pada host yang sama pada server MySQL yang sedang running, sedangkan suatu backup remote diaktifkan dari suatu host yang berbeda.
        Mysqldump dapat menghubungkan ke server remote atau local. Karena output SQL (perintah create dan insert) local atau remote dapat diselesaikan dan degenerate dari client.
        Mysqlhotcopy melaksanakan hanya backup local, menghubungkan ke server untuk menguncinya untuk menghindari modifikasi data dan kemudian menyalin file ke local.
       Select ………into outfile dapat diaktifkan dari satu host remote dari client, tetapi field output diciptakan pada host server.
    Backup fisik secara khas diaktifkan pada server mysql sedemikian hingga server dapat diambil saat ofline, walaupun cara pengambilannya bisa dengan remote.
4. Snapshot Backup
Beberapa file system implementasi memungkinkan snapshot untuk diambil. Ini menyeddiakan salinan logika menyangkut file system pada titik yang telah ditentukan waktunya, tanpa keharusan untuk secara fisik mengcopy seluruh file system. MySQL sendiri tidak menghasilkan kemampuan untuk mengambil file system snapshot. Itu tersedia melalui aplikasi lain seperti veritas atau LVM.

5. Backup penuh vs Backup bertambah sebagian
Suatu backup penuh meliputi semua data yang diatur oleh suatu MySQL Server pada titik ditentukan pada waktunya. Suatu incremental backup terdiri dari perubahan pada data sesuai dengan log pada server.

6. Point in time recovery
Metoda lain menggunakan log binary untuk mencapai point in time recovery. Ini dilaksanakan dengan recovery yang pertama dari backup yang pertama dan merecovery seperti semula dan memodifikasi prosesnya sampai waktu yang kita tentukan.

7. Backup scheduling, compression dan encryption
Backup scheduling adalah suatu yang penting untuk otomatisasi prosedur backup. Proses ini bisa menghindari proses hacking yang dilakukan diinternet sehingga data selalu terjaga. Proses ini biasa diterapkan pada system online yang mengcover banyak data pada transaksi.

8. Table Maintenance
Integritas data dapat disepakati jika table mengalami corrupt. My SQL menyediakan program untuk memeriksa table dan perbaikan jika terdapat masalah yang ditemukan, program ini biasa diterapkan pada table MyIsam.

3.3.3  SQL Server Backup and Recovery
Konsep mengenai backup dan recovery telah diuraikan secara jelas diatas, SQL server memiliki dua buah sarana yang dirancang untuk menjalankan salinan backup dari database dan komponen komponennya. Sarana sarana ini sangat penting untuk kesinambungan operasi database apabila ada kegagalan pada perangkat keras, penghapusan tabel secara tidak sengaja atau bahkan kehilangan data pada server.
SQL server mengijinkan 2 jenis backup yaitu :
1.  Backup Lengkap : merupakan gambaran lengkap dari database.
2.  Backup diferensial : merupakan salinan perubahan yang dilakukan pada database semenjak proses backup terakhir dilakukan.
Dengan kedua metoda backup ini anda bisa membuat mekanisme backup yang aman untuk mengoptimalkan ruang dan waktu akses disk.
Sebagai contoh, kita bisa melakukan backup lengkap dipagi hari dan backup diferensial pada siang hari dan diakhir hari.
3.3.3.1 Membuat Backup dengan Enterprise Manager
Untuk melakukan backup dengan Enterprise Manager, klik kanan pada folder database yang akan dibackup untuk mengaktifkan menu shortcut.
Pilihlah All Task | Backup Database
Pilihlah database yang akan dibackup, kemudian pilihlah data yang akan dibackup, sebagian atau sebagian. Untuk menjawab pertanyaan ini jika anda baru pertama kali backup maka gunakan database complete tetapi jika membackup yang selanjutnya gunakan database differentian Pilihlah tujuan file yang akan anda simpan, misalkan di C:\MSSQL7\Backup\namafile. Jika disimpan pada tempat yang sama maka pastikan belum ada file tersebut. Setelah selesai tahapan backup maka simpanlah file yang telah anda backup.
Dalam file tersebut terdapat data, view, procedure dan trigger.
3.3.3.2 Merestore data pada SQL Server
Misalkan suatu saat server anda mengalami kerusakan parah akibat bencana alam atau disebabkan oleh hilangnya fisik dari server maka jika anda masih mempunyai backup dari darabase hal itu bukan merupakan hal yang susah, tinggal lakukan proses restorasi data semua akan dengan mudah teratasi.
Berikut ini langkah langkah restorasi data yang telah dibackup ke database yang baru misalkan database dbsaya.
1.  Klik kanan database yang menjadi tujuan tempat restor data kemudian pilihlah All Task -> Restore Database
2.  Pilih database tujuan anda jika masih tidak sesuai, kemudian pola restore pilihlah from device karena file kita berada ditempat lain atau di flashdisk
3.  Pilihlah select devices maka akan tampil
4.  Pilihlah Add untuk memilih source nya.
5.  Pilihlah file yang akan anda restore.
6.  Jika anda pernah membackup data tersebut sebelumnya pilihlah force untuk menimpa data yang lama.

1.1        View SQL Server
View adalah tabel virtual yang isinya didefinisikan oleh query database. View bukanlah sebuah tabel fisik, tetapi sekumpulan instruksi yang menghasilkan sekumpulan data.
Penggunaan view sangat bermanfaat apabila kita ingin memfokuskan diri pada informasi tertentu yang terdapat dalam basis data. Bayangkan sebuah database perusahaan yang diakses beberapa user pada departemen berbeda. Informasi yang dibutuhkan oleh setiap departemen pastilah berbeda. Dengan menggunakan view dapat menyediakan informasi yang dibutuhkan saja, baik berasal dari satu tabel atau lebih dalam database tersebut.
View mengijinkan banyak user yang berbeda melihat informasi yang sama dengan fokus yang berbeda. View mengijinkan kombinasi informasi untuk memenuhi kebutuhan user tertentu dan bahkan bisa diekspor ke aplikasi lain

Membuat View
View dapat dibuat dengan perintah Transact-SQL yaitu Create view atau dengan menggunakan program penyunting view yaitu enterprise manager.
Hal yang harus diingat pada saat membuat view :
1. View hanya bisa dibuat di dalam database yang sedang digunakan.
2. Anda tidak bisa menghubungkan trigger, aturan kedalam view.
3. View bisa menggunakan data dari view lain.
4. Kita tidak bisa membuat indeks untuk view.
5. Jika ada lebih dari satu kolom view yang memiliki nama yang sama, kolom tersebut harus diberi alias.
6. Kolom didalam view sama dengan kolom ditabel asal.
Untuk membuat view kita dapat meng klick kanan view
Setelah tampil menu view kita dapat menambahkan tabel yang kita butuhkan
Misalkan kita akan membuat view untuk menampilkan data mahasiswa maka kita hanya membutuhkan tabel TMhs.
Misalkan kita akan menampilkan Nim dan nama Mahasiswa tersebut maka kita pilih dari tabel Tmhs nim dan nama .Untuk mengecek hasilnya klik tanda seru merah ! atau run maka akan terlihat nim dan nama mahasiswa. Untuk menyimpan view bisa klik save dan beri nama view misalnya view_nim_nama
      View bisa juga langsung dibuat pada console query dan cara ini kadang dianggap lebih       mudah dibandingkan dengan visual.

Tidak ada komentar:

Posting Komentar