Subscribe:

Ads 468x60px

Pages

Rabu, 01 Juni 2011

Pentingnya E-Commerce, DSS dan OLTP Database End-User Service Level Analisis


Ini adalah sebuah artikel menarik dari presiden dari SQL Power Tools, yang memproduksi alat-alat untuk SQL Server (dan database lain) yang dapat digunakan untuk mengukur database-pengguna jasa tingkat akhir.
Jika Anda tidak tahu apa yang akhir-user database service level, maka Anda perlu membaca artikel ini. Sebelum membaca artikel ini, saya tidak terbiasa dengan konsep penting ini. -Webmaster

Pondasi balik semua e-commerce, DSS dan OLTP aplikasi database server, seperti SQL Server, yang mengelola gigabyte untuk terabyte data. Apakah arsitektur sistem 3-tier, web server, didistribusikan, atau client-server berbasis penentu utama dalam memberikan pelayanan yang baik pengguna akhir adalah berfungsi baik, kinerja database server-tuned.

Masalah
Sayangnya, pendekatan pemantauan konvensional database (seperti SQL Profiler dan Monitor Kinerja, dan lain-lain) tidak mengukur tingkat akhir pengguna jasa. Mengapa? Karena sulit untuk mengukur pengguna akhir waktu respon ketika ratusan atau ribuan pengguna mengakses database.

Bagaimana pengguna akhir layanan monitoring tingkat ini dicapai juga penting. Beberapa organisasi memiliki waktu atau sumber daya operasional untuk menempatkan agen di setiap workstation pengguna akhir untuk mengukur dan memonitor tingkat akhir pengguna jasa. Plus, arsitektur sistem sistem pemantauan tingkat pelayanan harus 100% tidak mengganggu ke pengguna akhir, jaringan dan server database, atau itu hanya tidak akan diimplementasikan dalam lingkungan produksi.

Miskin pengguna akhir layanan dalam bentuk dipercaya atau tidak mencukupi waktu respon end-user dari server database dapat berdampak negatif pada hasil keuangan organisasi. Peluang bisnis bisa hilang dan biaya operasional meningkat ketika akhir pengguna jasa pengalaman buruk. Plus, beberapa end-user dapat memilih untuk menggunakan layanan saluran lain ketika miskin pengguna akhir tingkat layanan yang berpengalaman.

Solusi
The implementation of an end-user service level monitoring system is an absolute business must! Penerapan sistem tingkat pelayanan pengguna akhir pemantauan adalah bisnis mutlak harus! If the architecture of the service level monitoring system is good, it will also be easy and quick to implement. Jika arsitektur sistem pemantauan tingkat pelayanan yang baik, juga akan mudah dan cepat untuk melaksanakan.

Tingkat pelayanan sistem pemantauan harus memantau di, database server, aplikasi, pengguna akhir-individu dan tingkat SQL pernyataan metrik service level sebagai berikut:
  • rata-rata pengguna akhir waktu respon
  • rata-rata waktu respon server database
  • rata-rata waktu jaringan
  • Tingkat pemrosesan transaksi
  • ditambah metrik lain seperti kesalahan, byte dan paket ditransmisikan di seluruh jaringan
Dengan memonitor metrik tingkat pelayanan ini di database database server, atau aplikasi tingkat-negatif berarah waktu rata-rata pengguna akhir respon dapat segera terdeteksi.

These types of service level statistics allow DBAs, administrators, help desks, service representatives and IT management to easily track end-user service levels in real-time. Jenis statistik tingkat pelayanan memungkinkan DBA, administrator, help desk, wakil pelayanan dan manajemen TI dengan mudah melacak tingkat layanan pengguna akhir secara real-time. Memburuk waktu akhir-respon pengguna kemudian dapat segera diselesaikan sebelum ia datang ke perhatian-pengguna akhir mereka.

Misalnya, jika rata-rata pengguna akhir waktu respon mulai tren naik 2% hari-itu kemungkinan besar tidak akan terlihat oleh pengguna akhir selama beberapa minggu. Namun, dengan layanan monitoring tingkat administrator-a DBA,, help desk, atau perwakilan layanan-segera dapat mendeteksi tren ini. Dengan cara ini, masalah yang harus diselesaikan sebelum ia datang ke perhatian masyarakat pengguna akhir.

End-User Service Level Sistem Monitoring Arsitektur
Layanan pengguna akhir tingkat sistem pemantauan seharusnya tidak berdampak pada kinerja end-user, server jaringan atau database. Sistem ini juga harus 100% non-intrusif (misalnya tidak memerlukan middleware mengganggu akhir-pengguna terhubung ke) dan tidak memerlukan agen diinstal pada workstation pengguna akhir.

Tingkat pelayanan sistem monitoring juga harus mengukur tingkat layanan pengguna akhir oleh pernyataan SQL yang unik, prosedur tersimpan atau eksekusi paket. This allows the top N most frequently executed SQL statements to be easily monitored for end-user service level analysis. Hal ini memungkinkan N yang paling sering dieksekusi SQL laporan atas menjadi mudah dimonitor untuk layanan tingkat analisis-pengguna akhir.

Ini sangat penting dari perspektif bisnis. Mengapa? Karena agregasi dari layanan metrik tingkat pada tingkat database, aplikasi atau database server tidak dapat segera mendeteksi tren pernyataan SQL waktu respon end-user. Contoh klasik adalah dimana% X dari pernyataan SQL yang unik mulai menunjukkan peningkatan respons pengguna akhir, bagaimanapun, tingkat server waktu respon rata-rata hanya memiliki sedikit meningkat (misalnya tidak jumlah yang memadai pada tingkat server untuk menimbulkan situasi untuk diselidiki). 

Kesimpulan
Tingkat pelayanan pemantauan waktu respon end-user, database server waktu respon dan waktu jaringan di database server, database, aplikasi dan tingkat SQL pernyataan memburuk memungkinkan pengguna akhir jasa yang akan segera dideteksi dan diselesaikan sebelum situasi diketahui oleh akhir user-daerah bisnis.

Selain itu, karena 80% dari semua masalah database kinerja berkaitan dengan miskin analisis kinerja tingkat pelayanan SQL ke tingkat pernyataan SQL akan membantu untuk secara proaktif mengidentifikasi 80% dari masalah performa database!

Tingkat layanan dan sistem monitoring SQL didasarkan pada arsitektur sniffer jaringan mendukung kebutuhan bisnis tersebut dengan nol dampak kinerja, tidak ada middleware, tidak ada agen klien, instalasi lurus ke depan dan biaya operasi terus-menerus rendah.