agen piala dunia daftar poker poker domino poker online

Replikasi dan Manipulasi Database ShoreTel dari MAXDBQUERIES!

Tidak masalah apa pun sistem VoIP yang Anda pasang, mereka semua umumnya memiliki satu karakteristik arsitektur yang sama; database konfigurasi. Tergantung pada sistem, Anda mungkin menemukan mesin basis data yang berkisar dalam kompleksitas dari Access Database ke database SQL yang penuh sesak. Basis data akan menyimpan informasi konfigurasi, informasi status dan sering, merekam detail panggilan yang mendokumentasikan aktivitas sistem telepon. Karakteristik database yang konsisten di semua arsitektur adalah fakta bahwa hanya ada satu salinan "baca / tulis" dari database itu!

Beberapa sistem telepon mendistribusikan basis data di beberapa server. ShoreTel, misalnya, mendistribusikan komponen dari database ke server aplikasi dan server surat suara terdistribusi yang menjadi ciri arsitektur gambar tunggal di lingkungan multi-situs. Kita perlu lebih baik bagaimana perubahan ke basis data mempengaruhi operasi sistem, bandwidth dari tautan WAN dan permintaan pada mesin basis data. Pertama, apa yang merupakan perubahan ke database? Nah jelas ada perubahan konfigurasi yang dibuat ke sistem. Misalnya, menambahkan atau menghapus Pengguna jelas akan menyebabkan pembaruan basis data! Mari kita ambil contoh yang lebih halus. Mari kita mempertimbangkan apa yang terjadi pada Agen di Workgroup, yang terletak di situs jauh, di belakang server surat suara terdistribusi. Setiap perubahan yang dibuat Agen di Pengelola Panggilan mereka mewakili perubahan basis data. Masuk ke sistem, dan Keluar dari sistem adalah perubahan basis data. Bagaimana kalau, menerima panggilan yang ditawarkan kepada Agen oleh Workgroup?

Setiap Perubahan ini dikomunikasikan ke database. Perubahan ini pertama kali dibuat pada database "baca / tulis" dan kemudian direplikasi ke salinan basis data jauh. Proses sistem ShoreTel menggunakan objek MS Distributed Component Object Model (DCOM) untuk berbagi informasi dari database konfigurasi di antara mereka sendiri dan untuk menulis informasi konfigurasi ke database. Opsi konfigurasi pengguna ditulis ke database dari Personal Call Manager, dan antarmuka telepon. Setiap layanan ShoreTel pada server terdistribusi menyimpan salinan dari database konfigurasi. Ketika server terdistribusi kehilangan koneksi ke server HQ (baca "baca / tulis" database) setiap perubahan yang dibuat tidak lagi diterima oleh server terdistribusi. Jika DVM memulai ulang tanpa koneksi database HQ, layanan dimulai tetapi tidak berfungsi. Ketika koneksi jaringan dipulihkan, konfigurasi diambil dan lagi di-cache oleh setiap layanan sebagai layanan menjadi fungsional.

Jika ada flap di WAN kami mencatat bahwa DVM sebenarnya akan memuat kembali salinan dari database. Pergerakan basis data antara server HQ dan server DVM jelas menggunakan bandwidth dan juga membuat permintaan tambahan pada mesin basis data. Di ShoreTel mesin database, sekarang adalah MySQL. Pertanyaannya adalah berapa banyak akses database simultan (baca, ubah, tulis) transaksi yang dapat ditangani server MySQL pada satu waktu? Apa yang terjadi jika transaksi tidak dapat diselesaikan? Apakah itu antri dan coba lagi? Dalam sistem besar yang mengatakan 700 agen workgroup di sebuah situs, apakah mungkin untuk membebani database MySQL dengan permintaan perubahan status? Jika Anda menggali melalui registri Server, Anda akan menemukan MAXDBQUERIES ditetapkan secara default ke 100. Sudah menjadi pengalaman kami bahwa, membela ukuran sistem, kadang-kadang diperlukan untuk menghubungi kembali nomor ini untuk menghilangkan overloading database. Penyesuaian ini harus dilakukan hanya pada DVM dalam konfigurasi dan bukan pada server HQ. Anda perlu merestart server DVM Anda setelah melakukan perubahan ini. Anda juga harus mencatat perbedaan antara HEX dan Desimal!

Leave a Reply

Your email address will not be published. Required fields are marked *