84 BAB 4
PERANCANGAN DAN EVALUAS I
4.1 Usulan Perancangan
Sebelum melakukan perancangan terlebih dahulu diperkenalkan instrumen-instrumen yang digunakan dalam membangun, mengimplementasikan, dan mengevaluasi jaringan ini.
4.1.1 Instrumen yang digunakan
Instrumen yang digunakan dapat berbentuk program maupun fisik. Dan berikut adalah instrumen yang digunakan :
1. Linux Ubuntu Desktop 9.04
Ubuntu adalah salah satu opensource distribusi Linux yang berbasiskan pada Debian. Proyek Ubuntu disponsori oleh Canonical Ltd (perusahaan milik M ark Shuttleworth). Nama Ubuntu diambil dari nama suatu konsep ideologi di Afrika Selatan. "Ubuntu" berasal dari bahasa kuno Afrika, yang berarti "rasa perikemanusian terhadap sesama manusia". Ubuntu juga bisa berarti "aku adalah aku karena keberadaan kita semua". Tujuan dari distribusi Linux Ubuntu adalah membawa semangat yang terkandung di dalam Ubuntu ke dalam dunia perangkat lunak.
Ubuntu adalah sistem operasi lengkap berbasis Linux, tersedia secara bebas dan mempunyai dukungan baik yang berasal dari komunitas maupun tenaga ahli profesional.
85 2. Rsync version 3.0.5 protocol version 30
Rsync adalah tool untuk transfer dan sinkronisasi file atau tree (struktur direktori dan file), baik transfer lokal (di sistem yang sama) maupun remote (jaringan/internet). Rsync merupakan tools kecil yang powerfull karena bisa bertindak sebagai server sekaligus sebagai client.
Gambar 4.1 Instalasi rsync pada Ubuntu
3. Open SS H 5.1p1 Debian-5ubuntu1
Secure Shell atau SSH adalah protokol jaringan yang memungkinkan pertukaran data melalui saluran aman antara dua perangkat jaringan. Terutama banyak digunakan pada sistem berbasis Linux dan Unix untuk mengakses akun shell, SSH dirancang sebagai pengganti Telnet dan shell remote tak aman lainnya, yang mengirim informasi, terutama kata sandi,
86 dalam bentuk teks sederhana yang membuatnya mudah untuk dicegat. Enkripsi yang digunakan oleh SSH menyediakan kerahasiaan dan integritas data melalui jaringan yang tidak aman seperti Internet.
Gambar 4.2 Instalasi ssh pada Ubuntu
4. Crontab
Pada umumnya, Linux akan me-load cron pada saat sistem up sebagai clock daemon. Pada saat beroperasi, cron akan membaca waktu (hari dan jam) suatu aplikasi yang akan dijalankan dari suatu file yang bernama crontab.
87 5. My SQL
MySQL merupakan turunan salah satu konsep utama dalam database sejak lama, yaitu SQL (Structured Query Language). SQL adalah suatu konsep pengoperasian database, terutama untuk pemilihan atau seleksi dan pemasukan data, yang memungkinkan pengoperasian data dikerjakan dengan mudah secara otomatis. Keandalan suatu sistem database (DBM S) dapat diketahui dari cara kerja optimizer-nya dalam melakukan proses perintah-perintah SQL, yang dibuat oleh user maupun program-program aplikasinya. Sebagai database server, M ySQL dapat dikatakan lebih unggul dibandingkan database server lainnya dalam query data.
88 6. Apache
Apache merupakan web server yang paling banyak dipergunakan di Internet. Program ini pertama kali didesain untuk sistem operasi lingkungan UNIX. Namun demikian, pada beberapa versi berikutnya Apache mengeluarkan programnya yang dapat dijalankan di Windows NT. Team Apache mengeluarkan rilis pertama kali secara resmi Apache versi 0.6.2. Web server Apache mempunyai kelebihan antara lain:
1. Apache termasuk dalam kategori freeware.
2. Apache mudah proses instalasinya jika dibanding web server lainnya seperti NCSA, IIS, dan lain-lain.
3. M ampu beroperasi pada berbagai paltform sistem operasi.
89 7. PHP
PHP (Hypertext Preprocessor) dalah salah satu bahasa pemrograman yang berjalan dalam suatu web server dan befungsi sebagai pengolah data pada suatu server. Untuk membuat website yang dinamis dan mudah untuk diupdate setiap saat dari browser, dibutuhkan suatu program yang mampu mengolah data dari komputer client atau dari komputer server itu sendiri sehingga mudah dan nyaman untuk disajikan di browser.
PHP memiliki kelebihan dari bahasa pemrograman lain, antara lain:
• Web Server yang mendukung PHP dapat ditemukan dimana - mana dari mulai apache, IIS (Internet Information Service) dengan konfigurasi yang relatif mudah.
• Dalam sisi pengembangan lebih mudah, karena banyaknya milis- milis dan developer yang siap membantu dalam pengembangan.
• Dalam sisi pemahamanan, PHP adalah bahasa scripting yang baik karena memiliki referensi yang banyak.
• PHP adalah bahasa open source yang dapat digunakan di berbagai mesin (Linux, Unix, M acintosh, Windows) dan dapat dijalankan secara runtime melalui console serta juga dapat menjalankan perintah-perintah system.
90 4.2 Konfigurasi Backup Server
Untuk mengimplementasikan sistem yang diusulkan, dibutuhkan hardware dan software yang tepat guna. Karena pada umumnya semua konfigurasi dalam Operating Sistem Linux berbasis file, maka ada beberapa konfigurasi dasar yang diperlukan dalam mengimplementasikan aplikasi web backup and restore secara otomatis. Antara lain : database, rsync, ssh-keygen, crontab serta web server. Penelitian ini menggunakan IP private IPTEKnet BPPT:
Tabel 4.1 Daftar IP IPTEKnet yang digunakan untuk penelitian
NOC C YBER NOC BATAM NOC SERPO NG
IP Private 202.46.2.17 202.46.2.5 202.46.2.20
Subne t Mask 255.255.255.192 255.255.255.192 255.255.255.192
Gate way 202.46.2.1 202.46.2.1 202.46.2.1
DNS Se rve r 202.46.1.254 202.46.1.254 202.46.1.254
4.2.1 Konfigurasi rsync dan ssh
Pertama akan dilakukan key paired (pencocokan kunci) guna validasi agar koneksi antar backup server berjalan dengan aman. Dengan menghasilkan suatu pasangan kunci yaitu pribadi (private) / publik (public) akan memungkinkan suatu 'ssh' melakukan koneksi tanpa
91 meminta password. Ini akan lebih baik daripada menyimpan password user (atau kata sandi utama) sebagai teks yang jelas pada skript. Dapat juga diletakan batasan di mana sambungan dibuat dengan kunci ini bisa datang dari, dan pada apa yang dapat mereka lakukan ketika tersambung.
Gambar 4.5 Generate Public dan Private dsa key pair
M aka setelah dikonfigurasi kunci tanpa password dalam dua file yang disebutkan di atas . Ini memastikan tidak ada pengguna tidak sah lainnya yang dapat membaca file private-key. Selanjutnya public key yang telah dibuat akan ditransfer dari backup server Cyber ke backup server Batam yang akan dibackup menggunakan command scp (secure copy) agar terjamin keamanannya (Gambar 4.6) .
92
Gambar 4.6 Transfer public key (rsynckeybatam.pub) menggunakan scp dari backup server Cyber ke backup server Batam
Pada Gambar 4.6 diatas menjelaskan bahwa, SSH menggunakan metode public-key cryptography untuk mengenkripsi komunikasi antara dua host, demikian pula untuk autentikasi pemakai. Dengan metode ini, kita akan memerlukan 2 buah kunci berbeda yang digunakan baik untuk melakukan enkripsi dan dekripsi. Dua buah kunci tersebut masing-masing disebut public key (dipublikasikan ke publik/orang lain) dan private key (dirahasiakan/hanya pemiliknya yang tahu). M asing-masing kunci di atas dapat digunakan untuk melakukan enkripsi dan dekripsi. SSH dapat digunakan untuk login secara aman ke remote host atau menyalin data antar host.
93
Gambar 4.7 Remote backup server Batam menggunakan ssh dari backup server Cyber
Pada Gambar 4.7 diatas menjelaskan bahwa, Backup server NOC Cyber akan me-remote backup server NOC Batam agar dapat menjalankan proses konfigurasi backup otomatis lebih mudah dengan menggunakan command ssh (secure shell).
94
Gambar 4.8 Membuat direktori dan modifikasi hak akses folder .ssh
Pada Gambar 4.8, folder .ssh merupakan tempat konfigurasi public dan private key ssh. M engganti hak akses folder .ssh menjadi 700 dengan command chmod 700 yang berarti owner memiliki hak akses -rwx --- --- (full control : read, write, execute).
95
Gambar 4.9 Memindahkan rsynckeybatam.pub ke folder .ssh
Karena folder .ssh merupakan tempat konfigurasi public dan private key, maka file rsynckeybatam.pub perlu dipindahkan ke dalam folder .ssh (Gambar 4.9).
96
Gambar 4.10 Masuk ke direktori .ssh lalu membuat file authorized_keys
Authorized_keys pada Gambar 4.10 merupakan file yang berfungsi untuk menampung isi file dari public key dimana file authorized_keys tersebut akan digunakan dalam proses sinkronisasi antara private key dan public key. M odifikasi hak akses dan pemindahan file public key (rsynckeybatam.pub) ke dalam file authorized_keys, dapat dilihat pada Gambar 4.11 dan Gambar 4.12.
97
Gambar 4.11 Modifikasi hak akses file authorized_keys
Gambar 4.12 Redirection public key (rsynckeybatam.pub) ke dalam file authorized keys
98
Gambar 4.13 Menambahkan code pada file authorized_keys
Pada Gambar 4.13 Penambahan code :
from=”202.46.2.17”,command=”/home/batam/validate-rsync”
adalah untuk validasi melalui file validate-rsync bahwa paket yang lewat dari IP 202.46.2.17 dengan ssh adalah benar paket rsync. Pembuatan dan konfigurasi file validate-rsync dapat dilihat pada Gambar 4.14, Gambar 4.15, dan Gambar 4.16.
99
Gambar 4.14 Membuat file validate-rsync
100
Gambar 4.16 Konfigurasi file validate-rsync
Gambar 4.17 Membuat folder untuk menampung hasil backup dari backup server data center Batam
101
Gambar 4.18 Backup file dari backup server Batam ke backup server Cyber tanpa prompt password
4.2.2 Konfigurasi Script Jadwal Backup dan Crontab
Dalam pembuatan script backup rsync, dibutuhkan beberapa file dan folder penampung agar penjadwalan backup dan hasil backup dapat tersusun dengan rapi.
102
Gambar 4.19 Membuat direktori dan file jadwal backup data center Batam
Direktori jadwalbatam berfungsi untuk menampung script backup rsync (jadwalbackup_batam.sh) serta file output.txt sebagai penampung proses berjalannya backup rsync. Script jadwalbackup_batam.sh berfungsi sebagai execute script backup rsync. Jadi, tidak perlu harus mengetik ulang command untuk melakukan backup dengan rsync. Hanya dengan menjalankan script jadwalbackup_cyber.sh proses backup rsync dapat berjalan dengan sempurna. Pemberian hak akses execute ( chmod 700 (user / owner = read, write, execute) ) pada script jadwalbackup_cyber.sh sangat diperlukan untuk bisa execute script ini.
103
Gambar 4.20 Membuat Direktori hasilbackupbatam
Gambar 4.21 Pemindahan folder hasil backup
Direktori atau folder hasilbackupbatam berfungsi sebagai penampung hasil backup dari data center Batam (Gambar 4.20). sedangkan pada Gambar 4.21, folder hasilbackupbatam, hasilbackupcyber, hasilbackupserpong dipindahkan ke dalam folder filebackup yang berfungsi sebagai shared backup folder.
104
Gambar 4.22 Konfigurasi rsync pada script jadwalBackup_cyber.sh
Proses backup dengan rsync :
rsync –avz – -delete -e “ ssh –i /home/cyber/rsynckeybatam“ [email protected]:/home/batam/fileb atam /home/cyber/ fileb ackup/hasilbackupbatam/ terhadap backup server NOC atau data center Batam yang ditanamkan dalam script jadwalbackup_batam.sh
105
Gambar 4.23 Membuat semua file penjadwalan backup (cronjob)
106 M asing – masing penjadwalan backup rsync akan dibuat file penampungnya.
- Cronjobc.txt = Penjadwalan backup dengan rsync dari backup server NOC atau data center Cyber.
- Cronjobb.txt= Penjadwalan backup dengan rsync dari backup server NOC atau data center Batam.
- Cronjobs.txt = Penjadwalan backup dengan rsync dari backup server NOC atau data center Serpong.
4.2.3 Konfigurasi Database
Database diperlukan untuk proses autentikasi login pada aplikasi web backup and restore otomatis, supaya pihak-pihak yang tidak bertanggung jawab tidak dapat mengakses halaman inti aplikasi web ini. Karena data-data yang dibackup dan direstore merupakan data-data yang perlu dijaga kerahasiaannya.
107
Gambar 4.25 Membuat database dbase1
Proses pembuatan database yang bernama dbase1 pada mysql dengan memakai hak dari administrator (root dalam linux). Karena pada dasarnya semua user tidak dibebaskan untuk mengatur semua file dan program yang ada pada host tersebut. Terkecuali jika user cyber telah diberi hak khusus oleh root untuk mengoperasikan mysql sendiri.
108
Gambar 4.26 Pemberian hak akses database mysql pada user Cyber
Dengan pemberian semua hak penuh pada user cyber terhadap database mysql, maka cyber berhak untuk mengakses, menambah, edit bahkan menghapus database dbase1 beserta tabel-tabelnya (Gambar 4.26).
109
Gambar 4.27 Membuat tabel anggota
110
Gambar 4.29 Data tabel anggota
Data yang telah didaftarkan pada tabel anggota dalam database dbase1 yaitu :
User Pass Nama
111 4.2.4 Konfigurasi We b Serve r (Apache)
Supaya execute script yang telah dibuat (jadwalbackup_batam.sh dan lainnya) dapat dijalankan pada web browser, maka user dan group dari web server apache harus diganti dengan user dan group cyber yang telah memegang kontrol penuh dari semua script-script backup yang telah dikonfigurasi. Konfigurasi user dan group web server apache ditunjukkan pada Gambar 4.30, Gambar 4.31, dan Gambar 4.32.
112
Gambar 4.31 Konfigurasi user dan group pada web server apache
113 4.3 Konfigurasi Script Monitoring
Seiring dengan berjalannya proses backup dan restore, maka monitoring data center sangatlah dibutuhkan. Proses backup yang sedang berjalan dapat terganggu jika koneksi antar data center terganggu atau putus. Untuk dapat mengetahui apakah backup yang dilakukan berkemungkinan gagal karena koneksi antar terputus, diperlukan script monitoring serderhana untuk memantau koneksi antar data center terkini dengan bantuan crontab.
Berikut adalah konfigurasi script monitoring sederhana antar data center:
114
Gambar 4.34 Code script konekbatam.sh
115
Gambar 4.36 Status reply ping dari data center Batam
Gambar 4.37 Script pingbatam.txt sebagai kondisi terkini data center Batam
116 Dengan penjadwalan crontab yang ada pada /etc/crontab, maka output status ping yang diredirect ke file temp.txt akan muncul seperti Gambar 4.36. Jika status ping mengandung string ‘bytes’, maka pada file pingbatam.txt akan muncul ‘ON’ seperti yang ditunjukkan pada Gambar 4.37 .
Gambar 4.38 Script pingbatam.txt berubah menjadi ‘OFF’
Sebaliknya, jika status ping tidak mengandung string ‘bytes’, maka pada file pingbatam.txt akan muncul ‘OFF’ seperti yang ditunjukkan pada Gambar 4.38.
117 4.4 Aplikasi Web Backup
Perancangan dalam membuat website ini menggunakan M acromedia Dreamweaver 2004 dengan bahasa pemograman PHP (Hypertext Preprocessor). Tak hanya itu saja, kami juga menggunakan M ySQL untuk membuat database, dimana semua data tersimpan di sana.
4.4.1 Tampilan dan Pengujian Aplikasi Web Backup
Dibawah adalah tampilan dari beberapa halaman website backup and restore secara otomatis yang dapat menjadi solusi di IPTEKnet BPPT:
1. Halaman Login
Gambar 4.39 Login.php
Halaman login merupakan suatu proses autentikasi account user yang sudah didaftarkan sebelumnya ke database oleh administrator. Proses autentikasi sangat diperlukan untuk mencegah user yang tidak
118 berhak melakukan modifikasi dan manipulasi proses backup schedule yang telah ditentukan.
2. Halaman Home
Gambar 4.40 Home.php
Halaman home merupakan halaman yang berisi penjelasan pentingnya proses backup dan restore bagi perusahaan khususnya IPTEKnet.
119 3. Halaman Jadwal Backup
Gambar 4.41 Jadwal.php
Halaman jadwal berguna untuk menampilkan jadwal backup 3 backup server NOC, Cyber, Serpong, Batam. Jadwal ini didapatkan dari file yang bernama cronall.txt yang berfungsi untuk menampung input jadwal yang diedit. Karena penjadwalan diatur berdasarkan fungsi dan format crontab(cron table), maka tidak semua inputan yang diinginkan user awam dapat dikerjakan. Karakter “*” mencerminkan every, dan karakter “*” pada kolom Bulan pada NOC SERPONG mencerminkan every months.
120
Gambar 4.42 Pengujian jadwal backup
Pada pengujian backup otomatis dari backup server NOC Serpong dan NOC Batam, maka jadwal uji coba backup akan diset berdasarkan waktu pengujian. Gambar 4.42 menunjukkan bahwa waktu pengujian jadwal backup dari backup server NOC Serpong akan dilakukan pada hari ke-6 (Jumat), jam 12:29, tanggal 22 Januari 2010, atau lebih 3 menit dari waktu sebenarnya. Sedangkan pengujian jadwal backup dari NOC Batam akan dilakukan pada hari yang sama, jam 1:01, tanggal 22 Januari 2010.
121 4. Halaman Jadwal Batam
Gambar 4.43 JadwalBatam.php
Halaman JadwalBatam.php selain berfungsi untuk menampilkan proses Backup otomatis yang sedang atau telah berjalan, juga berfungsi untuk memonitor backup server NOC atau data center Batam, dan pada Gambar 4.43 ditunjukkan bahwa NOC Batam dalam keadaan offline. Sementara yang ada pada textarea paling atas merupakan tempat proses Backup yang sedang atau telah dilakukan. Proses backup pada textarea paling atas terlihat kosong, dan backup tidak dapat dilakukan disebabkan kondisi backup server NOC Batam sedang offline. Textarea paling bawah berfungsi untuk memperlihatkan daftar file hasil backup yang telah dilakukan sebelumnya
122
Gambar 4.44 Proses uji coba backup dari backup server NOC Batam
Sesuai dengan jadwal backup dari backup server NOC Batam yang telah ditentukan jam 1:01, tanggal 22 Januari 2010 pada Gambar 4.42, maka proses backup dari backup server NOC Batam yang sedang dilakukan dapat dilihat pada Gambar 4.44. Hal ini juga menunjukkan bahwa penjadwalan backup dilakukan tepat waktu.
123
Gambar 4.45 Hasil uji coba backup dari backup server NOC Batam
Proses backup dan statistik pengiriman data yang telah selesai ditunjukkan oleh Gambar 4.45. Pada kolom textarea yang paling atas. backup File yang berukuran sebesar 2299563525 Bytes atau setara dengan 2,193.035 M egaBytes (2.14 GigaBytes) dengan kecepatan 6344681.69 Bytes/sec atau setara dengan 6.050 M egaBytes per second diselesaikan dalam waktu :
Jumlah file backup = 2193.035 M B = 362.44 detik = 6.04 menit Kecepatan transfer 6.050 M B/s
124 5. Halaman Jadwal Serpong
Gambar 4.46 Jadwalserpong.php
Sama halnya dengan jadwalbatam.php, halaman jadwal serpong (Gambar 4.46) juga berfungsi untuk menampilkan proses backup otomatis yang sedang atau telah berjalan, serta berfungsi untuk memonitor backup server NOC Serpong. Pada gambar diatas backup server NOC Serpong dalam keadaan offline. Sementara proses backup yang ada pada textarea terlihat kosong, karena proses backup yang tidak dapat dilakukan sebab kondisi NOC Serpong sedang offline. Pada textarea paling bawah merupakan kolom tempat melihat hasil backup. Textarea tersebut masih terlihat kosong, karena belum pernah melakukan backup dari backup server NOC Serpong.
125
Gambar 4.47 Proses uji coba backup dari backup server NOC Serpong
Dari Gambar 4.47, terlihat bahwa kondisi backup server NOC atau data center serpong sedang Online dan proses backup yang sedang berjalan tepat waktu sesuai dengan waktu yang telah ditentukan pada Gambar 4.42 (Hari Jumat, jam 12:29, tanggal 22 Januari 2010).
126
Gambar 4.48 Hasil uji coba backup dari backup server NOC Serpong
Proses backup dan statistik pengiriman data yang telah selesai ditunjukkan oleh Gambar 4.48 pada kolom textarea yang paling atas. backup File yang berukuran sebesar 4133812198 Bytes atau setara dengan 3,942.311 M egaBytes (3,85 GigaBytes) dengan kecepatan 11566998.78 Bytes/sec atau setara dengan 11.031 M egaBytes per second diselesaikan dalam waktu:
Jumlah file backup = 3,942.311 M B = 357.385 detik = 5.95 menit Kecepatan transfer 11.031 M B/s
127
Gambar 4.49 Ukuran dan isi folder di backup server NOC Serpong
Gambar 4.50 Ukuran dan isi folder hasil uji coba backup dari NOC Serpong
128 Pada Gambar 4.50, menunjukkan bahwa isi dan ukuran (3,9 GB) hasil uji coba backup ke-2 dari backup server NOC Serpong sama dengan file yang ada di NOC Serpong (Gambar 4.49). Ini menandakan bahwa proses uji coba backup ke-2 telah selesai dengan sempurna.
6. Halaman Jadwal Cyber
Gambar 4.51 Proses uji coba restore data dari backup server NOC Cyber
Gambar 4.51 menampilkan proses restore data dari backup server NOC Cyber yang sebelumnya telah backup data dari backup server NOC Serpong. Proses restore juga sekaligus backup file dari backup server NOC Batam, dan backup server NOC Cyber. Uji coba penjadwalan restore ditunjukkan pada Gambar 4.52.
129
Gambar 4.52 Jadwal uji coba restore data dari backup server NOC Cyber
Gambar 4.53 Hasil uji coba restore data dari backup server NOC Cyber
Pada uji coba restore yang dilakukan pada jam 9.23 (Jam Traffic padat), file sebesar 2875318823 Bytes atau setara dengan 2742.117 M egaBytes (3,92 GigaBytes) dengan kecepatan 2377321.51 Bytes/sec
130 atau setara dengan 2.267 M egaBytes per second diselesaikan dalam waktu :
Jumlah file backup = 2742.117 M B = 1209.579 detik = 20.15menit Kecepatan transfer 2.267 M B/s
7. Halaman Backup Manual
131
Gambar 4.55 BackupBatam.php
backup manual (Gambar 4.54 dan Gambar 4.55) diperlukan jika kondisi penjadwalan backup (automatic backup) mengalami kegagalan dikarenakan koneksi antar data center atau NOC yang sedang di backup terputus. Untuk melakukan backup manual, hanya dengan klik link ‘click here to backup’, maka proses backup akan dilakukan.
132 8. Halaman Edit Jadwal
Gambar 4.56 Editjadwala.php
133
Gambar 4.58 Editjadwalc.php
Proses perubahan jadwal backup yang telah ditentukan sebelumnya sangat penting. Jika ada data yang sangat berguna dan harus segera diBackup, dan jadwal backup tidak diubah, maka dapat berakibat fatal. Karena kita sendiri tidak dapat memprediksi dengan pasti kapan bencana akan terjadi, merusak data-data dan infrastruktur IT.
Format Ketentuan Edit jadwal Backup :
- Semua kolom dari form editjadwal diatas harus diisi (tidak boleh kosong)
- Input hanya berupa angka atau karakter khusus seperti (*, -) • * berarti every
134 4.5 Evaluasi Aplikasi Backup Otomatis
Tabel 4.2 Perbandingan backup manual dan otomatis
Pada tabel diatas, dapat dilihat perbandingan antara backup manual dan backup otomatis, yang secara jelas menunjukkan bahwa aplikasi web backup otomatis sangat membantu pekerjaan network administrator IPTEKnet dalam melakukan proses backup serta memonitor koneksi antar data center. Karena aplikasi backup otomatis sudah dibuat user-friendly, sehingga dapat memudahkan network administrator IPTEKnet melimpahkan tugas nya kepada orang awam yang dipercaya, jika network administrator utama sedang berhalangan dalam monitor dan melakukan proses backup.
Sistem yang Berjalan Sistem yang diusulkan 1. Sistem backup manual dan tidak
terjadwal
1. Sistem berjalan secara otomatis dan terjadwal backupnya. 2. Penempatan backup tidak
permanent
2. Penempatan hasil backup menjadi permanent dan terjaga
keamanannya 3. Yang mengoperasikan hanya
admin tertentu
3. Karena berbasis web, proses menjadi user-friendly sehingga praktis dalam pengoperasiannya. 4. Resiko kehilangan data/informasi
lebih besar
4. Resiko kehilangan data/informasi dapat diperkecil
5. Resiko human error lebih besar karena dilakukan secara manual
5. Sistem dijalankan secara otomatis sehingga resiko human error dapat diperkecil
135 Karena backup manual (sistem yang sedang berjalan) dilakukan secara tidak terjadwal, maka waktu yang dibutuhkan untuk backup file pada IPTEKnet dari NOC Cyber sebesar 2.14 GigaBytes ialah 12.72 menit (Gambar 3.9). Sedangkan dengan backup otomatis (NOC Cyber – NOC Batam) file yang sama besarnya (2.14 GigaBytes) pada waktu kondisi traffic sedang tidak ramai hanya memerlukan waktu 6.04 menit (Tabel 4.3) . Waktu 12.72 menit relatif lama untuk ukuran file hanya sebesar 2.14 GigaBytes, ini dikarenakan backup manual tidak mempedulikan kondisi traffic antar NOC sebelum melakukan backup. Traffic yang sedang padat dapat memperlambat proses backup, oleh karena itu penjadwalan backup sangat perlu dilakukan ketika traffic sedang idle atau pada malam hari.
Tabel 4.3 Perbandingan Waktu untuk Backup
File Size (GigaBytes) Waktu Backup Manual (Menit) Waktu Backup Otomatis (Menit) IPTEKne t – NOC C yber
NOC C ybe r – NOC Batam NOC C ybe r – NOC Se rpong
2.14 2.14 3.85 12.72 6.12 6.19 - 6.04 5.95
136 Pada Tabel 4.3, proses backup manual file sebesar 2.14 GigaBytes yang dilakukan pada sistem yang berjalan antara NOC Cyber dengan NOC Batam membutuhkan waktu 6.12 menit (Gambar 3.14). Sedangkan dengan sistem backup otomatis yang ditawarkan, hanya membutuhkan waktu 6.04 menit (Gambar 4.45). Sementara proses backup manual file sebesar 3.85 GigaBytes yang dilakukan pada sistem yang berjalan antara NOC Cyber dengan Serpong membutuhkan waktu 6.19 menit (Gambar 3.12). Sedangkan dengan sistem backup otomatis yang ditawarkan, hanya membutuhkan waktu 5.95 menit (Gambar 4.48). 0 2 4 6 8 10 12 14 IPTEKnet - Cyber Cyber -Batam Cyber -Serpong Manual Otomatis
Gambar 4.59 Grafikperbandingan waktu untuk backup dengan satuan menit
Berdasarkan Grafik diatas, sistem backup otomatis tidak mengalami kendala dalam lamanya waktu proses backup. Perbedaan waktu proses backup manual dengan backup otomatis tidak berbeda jauh, tetapi perbedaan waktu
137 antara proses backup manual (IPTEKnet – Cyber) dengan backup otomatis (Cyber – Batam) akan jauh berbeda ketika proses backup manual dilakukan sewaktu kondisi traffic sedang padat. Sedangkan waktu dan kecepatan proses backup otomatis akan tetap stabil karena penjadwalan dilakukan pada kondisi traffic idle.
