Pages

Senin, 24 Maret 2014 di 05.12 Diposting oleh Rahardiyan Arya Yudha 0 Comments


Resume DBA Pertemuan ke V


Difinisi Performa
Sebagian besar organisasi memantau dan menyempurnakan kinerja infrastruktur TI mereka. Infrastruktur ini meliputi server, jaringan, aplikasi, desktop, dan database. Namun, langkah-langkah yang diambil Performa Manajemn biasanya reaktif.

Sikap reaktif adalah sikap seseorang yang gagal membuat pilihan respon ketika mendapatkan rangsangan (stimulus). 
Sederhananya adalah, bila seseorang selalu menjadi marah kalau dihina, maka orang tersebut dikatakan “reaktif” karena selalu memberikan tanggapan (respon) yang sama terhadap suatu rangsangan (stimulus). 

Oleh karena itu, kinerja database dapat didefinisikan sebagai optimalisasi penggunaan sumber daya untuk meningkatkan throughput dan meminimalkan pertentangan, memungkinkan kemungkinan terbesar beban kerja untuk diproses.

Setiap jumlah masalah yang dapat menyebabkan SQL Performa buruk, termasuk
• Tabel scan
• Kurangnya indeks yang sesuai
• pilihan pengindeksan yang tidak tepat
• Tidak menggunakan indeks yang tersedia
• statistik database Usang
• Tabel bergabung dalam urutan suboptimal

Faktor-faktor lain dapat berdampak negatif terhadap kinerja database. untuk memeriksa kinerja keseluruhan contoh database dan sistem operasi server secara berkala. Beberapa keadaan untuk memeriksa adalah sebagai berikut:
·         Alokasi memori (buffer / cache untuk data, SQL, otorisasi)
·         Pilihan Logging (log cache, log ukuran, segmen rollback Oracle)
·         I / O efisiensi (pemisahan tabel dan indeks pada disk, ukuran database, file terfragmentasi dan diperpanjang)
·         Secara keseluruhan aplikasi dan beban kerja database di server
·         definisi skema database

       Monitoring Vs Management
"Performa managemen" terdiri dari tiga komponen tertentu yang perlu dilakukan bersamaan dengan satu sama lain: pemantauan, analisis, dan koreksir




a    Monitoring adalah komponen pertama dari performa manajemen. Ini terdiri dari pemindaian lingkungan, meninjau output dari fasilitas instrumentasi, dan umumnya memonitoring system runs. Pemantauan adalah proses identifikasi masalah.

      Service-level management (SLM)
Service-level management (SLM) adalah "disiplin, metodologi proaktif dan prosedur yang digunakan untuk memastikan bahwa tingkat layanan yang memadai dikirim ke semua pengguna TI sesuai dengan prioritas bisnis dan dengan biaya yang dapat diterima.
Dalam rangka untuk mengelola tingkat layanan secara efektif,  bisnis harus memprioritaskan aplikasi dan mengidentifikasi jumlah waktu, tenaga, dan modal yang dapat dikeluarkan untuk memberikan layanan aplikasi tersebut.
Untuk (SLA) service-level agreement menjadi sukses, semua pihak yang terlibat harus sepakat pada tujuan yang dinyatakan untuk ketersediaan dan kinerja. Para end-user harus puas dengan kinerja aplikasi mereka, dan DBA dan teknisi harus puas dengan kemampuan mereka untuk mengelola sistem untuk tujuan. Kompromi adalah penting untuk mencapai guna SLA.

    
                                                        IT silos in a fractured environment

Untuk mendapatkan SLM yang baik, bagan ini perlu di brikdon. Departemen-departemen di infrastruktur IT membutuhkan komunikasi yang efektif dan berkerja sama dengan yang lain. Meskipun sulit, SLM ini bukan tidak mungkin untuk di implementasikan. Disiplin SLM yang kuat membuat performance management dapat di prediksi.

Types of Performance Tuning
Sebuah aplikasi database membutuhkan interaksi konstan antara sumber daya komputasi yang berbeda untuk beroperasi secara efisien dan sesuai dengan spesifikasi. Meskipun, tuning aplikasi database dapat dipecah menjadi tiga komponen: system tuning, database tuning, dan application tuning. Memang, semua bidang yang terkait, dan aspek-aspek tuning tertentu memerlukan pendekatan terpadu. Namun, untuk kejelasan, kami akan membahas bidang-bidang ini secara terpisah.

System Tuning
Sytem tuning terjadi pada tingkat tertinggi dan memiliki dampak terbesar pada kesehatan secara keseluruhan aplikasi database, karena setiap aplikasi tergantung pada sistem. kita akan mendefinisikan sistem terdiri dari DBMS itu sendiri dan semua komponen terkait yang dipercayakan.
DBMS dapat dan harus bisa disetel untuk menjamin kinerja yang optimal. Cara di mana perangkat lunak DBMS terinstal, memori, disk, CPU, sumber daya lainnya, dan opsi konfigurasi dapat mempengaruhi kinerja aplikasi database.
Intinya DBMS harus bisa di seting agar bisa menjamin performa sistem tetap optimal

Database Tuning
Performansi dapat dipengaruhi oleh desain fisik database, termasuk normalisasi, penyimpanan disk, jumlah tabel, desain indeks, dan penggunaan DDL dan parameter yang terkait. Lokasi fisik file database pada sistem disk akan berdampak pada kinerja aplikasi mengakses data. Semakin banyak data yang tersimpan pada perangkat disk yang sama, kemungkinan kinerja degradasi meningkat.
Intinya lokasi fisik dari file database pada sistem disk dapat mempengaruhi performa aplikasi dalam mengakses data ke DataBase

Application Tuning
Aplikasi itu sendiri harus dirancang secara tepat dan dipantau untuk efisiensi. Kebanyakan       ahli setuju bahwa sebanyak 75% dari masalah kinerja disebabkan oleh syntax aplikasi yang tidak benar. SQL adalah penyebab utama; coding pernyataan SQL yang efisien dapat menjadi rumit. Pengembang perlu diajarkan bagaimana merumuskan, memantau, dan pernyataan SQL yang benar.

Performance Tuning Tools
Database Tools sangat membantu secara efektif untuk mengelola kinerja database. Beberapa vendor DBMS menyediakan embedded options dan bundled tools untuk mengatasi manajemen kinerja database. Namun, alat ini sering tidak cukup untuk skala besar atau aplikasi database yang sering digunakan. Untungnya, banyak peralatan pihak ketiga secara efektif akan mengelola kinerja aplikasi mission-critical database
.
·           Performance monitors memungkinkan DBA dan performa analis untuk mengukur kinerja aplikasi mengakses database dalam satu (atau lebih) dari tiga cara: real time, near time (interval), atau berdasarkan tren historis. Performance Monitors yang lebih maju berbasis agen.
·           Performance estimation tools memberikan estimasi kinerja prediktif untuk seluruh program dan pernyataan SQL berdasarkan jalur akses, lingkungan operasi, dan aturan atau inference engine.
·           Capacity planning tools memungkinkan DBA untuk menganalisis lingkungan saat ini dan desain database dan melakukan "what-if".
·           Analisis SQL dan tuning alat memberikan deskripsi grafis dan / atau deskripsi textual dari jalur acces query sebagai penentuan oleh optimizer relasional. Alat-alat ini dapat mengeksekusi terhadap pernyataan single SQL atau seluruh program.
·           SQL analysis and tuning tools meningkatkan analisis SQL dan tuning tools dengan menyediakan basis pengetahuan yang memberikan tips tentang cara untuk merumuskan SQL untuk kinerja yang optimal. Advanced tools dapat secara otomatis mengubah SQL (on request) berdasarkan tips coding dalam basis pengetahuan.
·           System analysis and tuning tools memungkinkan DBA untuk melihat dan mengubah database dan sistem parameter menggunakan antarmuka grafis (misalnya, cache dan / atau bufferpool tuning, log sizing).










   





Senin, 17 Maret 2014 di 08.10 Diposting oleh Rahardiyan Arya Yudha 0 Comments


RESUME DBA PERTEMUA KE IV



·         Data Availability
Merupakan ketersediaan data pada database yang diakses semua user dan dapat diperoleh setiap saat ketika dibutuhkan. Data Availability dimaksudkan sebagai suatu kesiapan data dimana ketika user membutuhkan data tersebut maka data tersebut merespon secara langsung.


·         MANFAAT DARI DATA AVAILABILITY
Ø Dapat diakses dari jarak jauh
Ø Data tersedia pada saat dibutuhkan
Ø Kemampuan menangani crash / failure agar service tetap berjalan
Ø Pemindahan / penghapusan data yang sudah tidak diperlukan agar menghemat tempat penyimpanan data


·         AVAILABILITY  COMPONENTS



·         DATA AVAIBILITY DIPENGARUHI OLEH :
Ø Bentuk Relasi tabel data
Ø Hak akses user
Ø Tersedia bandwidth antara perangkat dan koneksi jaringan media
Ø Mekanisme untuk ketersediaan tinggi ,keamanan data dan aksesibilitas
Ø Prioritas dan jenis data yang akan dibuat
Ø Jenis file system
Ø Jenis penyimpanan / pengambilan perangkat atau media termasuk hardware dan software
Ø Service Level Perjanjian antara entitas yang bertanggung jawab dan dipengaruhi
Ø Disaster Recovery 


INCREASED AVAILABILITY REQUIREMENTS




PERMASALAHAN DALAM DATA AVAIBILITY
    Ø Kehilangan pusat data
Ø Masalah dalam jaringan
Ø Hilangnya perangkat keras dari server
Ø OS rusak
Ø Software DBMS rusak
Ø Aplikasi bermasalah


ENSURING AVAILABILITY
Data dapat hilang secara permanen jika komputer hilang, menyusul kegagalan hardware, atau bahkan jika sengaja terhapus. Untuk alasan itu, penting untuk memastikan bahwa ada salinan. Ada beberapa strategi untuk mencapai hal ini, tergantung pada jenis dan jumlah data. Jika memungkinkan, data tidak boleh disimpan pada komputer pribadi. Ada beberapa pilihan terpusat yang tersedia, termasuk sistem manajemen dokumen, disediakan penyimpanan terpusat, dan kemampuan sebuah departemen untuk memasukkan dalam jumlah besar penyimpanan yang diperlukan ke fasilitas pusat.



http://meuly176.wordpress.com/category/database-administrator/data-availability-perform-manag/ [Diakses pada 15 April 2011]

http://greatdika27.wordpress.com/2011/03/30/resume-database-administrator-102-%E2%80%93-m3/ [Diakses pada 30 Maret 2011]



Senin, 10 Maret 2014 di 17.20 Diposting oleh Rahardiyan Arya Yudha 0 Comments

Resemua DBA Pertemuan III


Change Management Requirements
• Suatu bisnis akan mengalami sebuah perubahan dalam perjalanannya, sehingga kejadian tersebut bagi seorang DBA harus memehami dan menyiapkan langkah-langkah praktis guna menyelaesaikan masalah tersebut.
• Perubahan Adalah Satu-satunya Yang Konstan Dalam Lingkungan Bisnis Yang Kompleks Saat Ini. 
• Sebuah Pasar Yang Selalu Berubah Menyebabkan Perusahaan Harus Terus Beradaptasi. 
• Ada beberapa faktor yang berbeda khususnya perusahaan dalam mengelola TI seperti Lingkungan fisik atau tempat kerja,Perubahan organisasi,Perubahan-perubahan infrastruktur jaringan ,Perubahan Aplikasi dan sistem ,Perubahan Jenis dan struktur data, dengan perubahan tersebut membuat seorang DBA harus mengubah beberapa struktur data yang sudah tersimpan dalam sebuah database

Kebutuhan Manajemen Perubahan
• Inteligen.
• Analisis Perencanaan.
• Dampak analisis.
• Otomasi.
• Standarisasi prosedur.
• Reliable dan proses diprediksi. Ketersediaan.
• Cepat dan efisien
• Proaktif

Jenis-jenis Perubahan Dalam Database:
• Perangkat Lunak DBMS
• Konfigurasi Hardware
• Desain Logikal Dan Fisikal
• Aplikasi
• Fisik Struktur Database

Manajemen Perubahan : Perspektif DBA
• DBA adalah penjaga perubahan database.
• Yang meminta perubahan biasanya programmer, pemilik aplikasi  atau pengguna bisnis
• DBA dibebani untuk melakukan perubahan database dan memastikan bahwa setiap perubahan dilakukan dengan sukses dan tidak berdampak terhadap sisa database.
• Untuk secara efektif melakukan perubahan database, DBA perlu mempertimbangkan setiap item( materi sebelumnya)
• Sebagian besar organisasi memiliki beberapa produk DBMS, masing-masing dengan berbagai tingkat dukungan untuk melakukan perubahan.

Database object hierarchy




Standart Permintaan Merubah Data
• DBA harus menetapkan bentuk standar untuk menerapkan perubahan-perubahan database. 
• Standar bentuk permintaan perubahan mencegah miskomunikasi yang terjadi selama proses perubahan manajemen dan, jika mungkin, harus dilaksanakan secara online. 
• Ketika perubahan database selesai, form harus ditandatangani oleh DBA


Ringkasan
• Database dijamin membutuhkan perubahan selama hidup mereka.
• DBA adalah penjaga database dan karenanya bertanggung jawab untuk melaksanakan perubahan secara bertanggung jawab yang menjamin struktur, integritas, dan keandalan database.
• DBA harus membuat dan mengelola database disiplin perubahan manajemen yang terdiri dari alat-alat, prosedur, dan kebijakan untuk memberlakukan perubahan database secara tepat dan bertanggung jawab.


Sumber PPT : sitimukaromah4.files.wordpress.com/2010/

Senin, 03 Maret 2014 di 02.31 Diposting oleh Rahardiyan Arya Yudha 0 Comments

Resume DBA Pertemuan II

Memilih database yang tepat untuk anda adalah dengan menganalisa kebutuhan bagaimana tipe database yang anda miliki. Ada banyak sekali DBMS yang memiliki fitur-fitur lengkap baik yang berbayar maupun yang berbasis open source. Pemain database besar seperti Fujitsu, Hewlett-Packard, Hitachi, IBM, Microsoft, NCR Teradata, Oracle, Progress, SAS Institute dan Sybase. {http://www.andryy.com/2013/10/16/memilih-database-yang-tepat.html}
Enterprise
• Dirancang untuk skalabilitas dan kinerja tinggi
• Mensuport database yang besar dan jumlah user yang besar juga
Departemental
• Untuk mendukung kelompok kerja kecil-menengah dalam sebuah organisasi
Personal
• Dirancang untuk pengguna tunggal
Ex : Microsoft Access, Visual dBase, Personal Oracle, DB2 Everyplace
Mobile
Memungkinkan database lokal akses dan modifikasi pada laptop atau perangkat genggam.
Contoh produk DBMS terkenal yang menggunakan model relasional antara lain adalah :
1. DB2 (IBM)
2. Rdb/VMS (Digital Equipment Corporation)
3. Oracle (Oracle Corporation)
4. Informix (Informix Corporation)
5. Ingres (ASK Group Inc)
6. Sybase (Sybase Inc)
Di lingkungan PC, produk-produk berbasis relasional yang cukup terkenal antara lain adalah :
1. Keluarga R:Base (Microrim Corp) antara lain berupa R:Base 5000
2. Keluarga dBase (Ashton-Tate, sekarang bagian dari Borland International), antara lain dbase III Plus, dBase IV, serta Visual dBase
3. Microsoft SQL ( Microsoft Corporation)
4. Visual FoxPro (Microsoft Corporation)
{http://bahasapersatuan.wordpress.com/2010/01/13/dbms-dan-keuntungannya-2/}

Arsitektur DBMS (DataBase Management System) ini dikenal dengan nama arsitektur tiga skema (three-schema architecture) dimana fungsi ini untuk memisahkan antara basis data fisik dengan program aplikasi user. Skema-skema tersebut adalah sebagai berikut:
a. Level internal merupakan skema internal yang memuat deskripsi struktur penyimpanan basis data dan menggunakan model data fisikal serta mendefinisikan secara detail penyimpanan data dalam basis data, serta jalur pengaksesan data.
b. Level konsepsual adalah skema yang memuat deskripsi struktur basis data secara keseluruhan untuk semua pemakai. Skema ini hanya memuat deskripsi tentang entitas, atribut, hubungan dan batasan, tanpa memuat deskripsi data secara detail.
c. Level eksternal merupakan skema eksternal (user view) yang mendefinisikan pandangan data terhadap sekelompok user (local view) dengan menyembunyikan data lain yang tidak diperlukan oleh kelompok user tersebut.
{http://kardinaoka.wordpress.com/arsitektur-dbms-3/}

DBMS CLUSTERING
SHARE-NOTHING
setiap sistem memiliki sumber daya sendiri swasta (memori, disk, dll). 
SHARE-DISK
semua sistem terhubung berbagi perangkat disk yang sama

Perbedaan Oracle 10G dan 11G

Ø Oracle 10G
Fitur Oracle 10g secara garis besar dapat dibagi menjadi 5 kategori, yaitu:
1. Manageability / automation – lebih menghemat waktu ketika melakukan beberapa pekerjaan rutin sehingga waktunya lebih banyak dihabiskan untuk strategic task. Terdiri dari:
-    Infrastruktur dalam kemampuan mengatur hal-hal yang umum.
-    Tempat penyimpanan yang lebih besar.
-    Space Management.
-    Membetulkan human error (termasuk flashback database).
2. Availability, yang terdiri dari:
-    Recovery melalui resetlogs
-    Backup dan recovery
-    Data guard
-    Redefinition secara online
-    LogMiner
3. Performance, yang terdiri dari:
-    Resource manager
-    Wait interface
-    Testing aplikasi end to end
-    SQL tuning advisor
4. Business Intelligence / Data Warehousing, yang terdiri dari:
-    Dapat merefresh material dan rewrite query.
-    Capture perubahan data asynchronous
5. Application Development yang terdiri dari:
-    SQL, PL/SQL dan SQL *Plus
-    PL/SQL package
Ø Oracle 11G
Beberapa hal yang dikembangkan di Oracle 11g adalah environment berubah, XML, SQL statement yang baru, fitur baru di PL/SQL, Java, JDBC, dan SQLJ, dan perkembangan Pro* dan OCI. Fitur dari Oracle 11g yang berbeda dengan Oracle 11g adalah:
- Sudah tidak ada iSqlPlus dan SQLPLUS (tetapi SQL *Plus dan SQL Developer masih ada).
- Virtual Columns
- XML DB Binary XMLTYPE
- SQL Pivot/Unpivot
- REGEXP_COUNT
- PL/SQL compiler
- Sequence number di PL/SQL
- PL/SQL CONTINUE
- Trigger yang dikembangkan
- JDBC driver yang support Java 5(1.5) & 6
Pada Oracle 11g sudah tidak disertakan iSQL *Plus dan tidak ada lagi versi windows dari SQL *Plus (sqlplusw.exe). Tetapi, Oracle 11g masih ada SQL *Plus (command line) dan support Oracle SQL Developer yang merupakan mekanisme yang disarankan untuk pembuatan PL/SQL. SQL *Plus sudah dikembangkan untuk berhubungan dengan data BLOB, CLOB, dan BFILE secara lebih efektif.

Oracle terkenal dengan XML nya dan ini masih diteruskan sampai Oracle 11g dan perubahan terbesar adalah penambahan binary XML yang baru. Binary XML ini metode ketiga untuk menyimpan data XML ke dalam database. Type XML yang terstruktur dan tidak terstruktur juga masih didukung. Processor XML milik Oracle 11g terdiri dari encoder dan decoder binary XML dan token manager. Text XML 1.0 kemungkinan diuraikan oleh SAX dengan atau tanpa korespondensi schema ke form binary XML. Binary XML ini mengoptimasi beberapa aplikasi XML dengan mengurangi memory dan CPU expense.

Sumber : http://rosida1205.blogspot.com/2008/12/oracle-10g.html

Senin, 24 Februari 2014 di 01.57 Diposting oleh Rahardiyan Arya Yudha 0 Comments


Resume DBA Pertemuan I

·         Pengertian Data
Data adalah sesuatu yang belum mempunyai arti bagi penerimanya dan masih memerlukan adanya suatu pengolahan. Data bisa berujut suatu keadaan, gambar, suara, huruf, angka, matematika, bahasa ataupun simbol-simbol lainnya yang bisa kita gunakan sebagai bahan untuk melihat lingkungan, obyek, kejadian ataupun suatu konsep.
·         Pengertian Informasi
Informasi merupakan hasil pengolahan dari sebuah model, formasi, organisasi, ataupun suatu perubahan bentuk dari data yang memiliki nilai tertentu, dan bisa digunakan untuk menambah pengetahuan bagi yang menerimanya. Dalam hal ini, data bisa dianggap sebagai obyek dan informasi adalah suatu subyek yang bermanfaat bagi penerimanya. Informasi juga bisa disebut sebagai hasil pengolahan ataupun pemrosesan data.
·         Pengertian Database
Database atau basis data adalah kumpulan data yang disimpan secara sistematis di dalam komputer dan dapat diolah atau dimanipulasi menggunakan perangkat lunak (program aplikasi) untuk menghasilkan informasi. 
·         RDMS
Perangkat lunak yang mengatur dan mengorganisasi penyimpanan database kedalam komputer.
·         Database Administrator
Seseorang yang bertanggung jawab terhadap penanganan database di dalam suatu organisasi, tanggung jawabnya meliputi:
- Bertanggung jawab terhadap keamanan database.
- Perancangan dan koordinasi secara keseluruhan dari database.
- Mengembangkan skema.
- Membuat dokumen sistem dan penggunaannya.
- Menentukan organisasi data.
- Penerapan terhadap DBMS.
- Pengetesan dan pemeliharaan sistem database.
- Menjadi penengah antara pemakai dan manajemen.
- Bertanggung jawab terhadap seluruh operasi dari sistem dasar data.
- Menerapkan prosedur darurat di dalam kasis terjadinya kegagalan sistem atau kerusakan database.
·         Skala perusahaan untuk seorang DBA cukup besar, meliputi Konsultan IT, Industri, Telekomunikasi, Bank, Tambang, Rumah Sakit, dan lainnya. Kebutuhan Tenaga Professional biasanya yang memiliki pengalaman minimal 2 tahun. Seorang Project Manager minimal pengalaman 10 tahun, sedangkan Senior System Analyst minimal pengalaman 3-5 tahun, kemudian DBA Oracle, DBA Oracle (OCP), DBA SQL Server memiliki pengalaman minimal 2 tahun. Yang harus di perhatikan adalah sebelumnya kita harus menguasai Database SQL Server, Oracle, Sybase dan Programming Visual Basic, C#, .NET, Java Programming, dan menguasai SDLC.

               http://kuliah.dinus.ac.id
               http://temukanpengertian.blogspot.com

Label:
Langganan: Postingan (Atom)

    About Me

    Rahardiyan Arya Yudha
    Lihat profil lengkapku

    Followers