Bagaimana mendeteksi dan memecahkan masalah perubahan konfigurasi sering di Operations Manager

Konfigurasi overview

Layanan sistem pusat manajemen konfigurasi bertanggung jawab untuk menghitung konfigurasi setiap layanan kesehatan di operasi Manager Management Group. Konfigurasi layanan kesehatan yang terdiri dari aturan, monitor, penemuan, dan tugas pelayanan kesehatan dan untuk semua contoh yang memonitor layanan kesehatan.

Untuk menghitung semua konfigurasi yang diperlukan untuk setiap layanan kesehatan, layanan manajemen konfigurasi harus memiliki daftar item berikut:

• Semua contoh dari semua kelas dipantau
• Hosting hubungan antara contoh
• Aturan, monitor, penemuan dan lain alur kerja yang ditugaskan untuk kelas dipantau
• Layanan kesehatan yang bertanggung jawab untuk memantau contoh

Selain itu, layanan manajemen konfigurasi harus mampu membaca keanggotaan semua contoh kelompok di Management Group. Layanan manajemen konfigurasi harus juga menerapkan mengabaikan aturan dan monitor yang ditargetkan pada kelompok-kelompok ini, kelas, atau kasus individu.

Objek dalam grup manajemen akan didefinisikan sebagai contoh kelas dipantau berdasarkan penemuan data yang dikirimkan oleh penemuan Workflow. Jika bukti kunci properti dari objek perubahan, benda tersebut akan ditambahkan sebagai contoh baru dari kelas dipantau. Jika tidak, objek yang tidak lagi dianggap instance dari kelas tersebut.

Ketika perubahan daftar untuk kelas-kelas yang objek adalah anggota, konfigurasi juga perubahan untuk layanan kesehatan yang memantau benda tersebut. Perubahan ini terjadi sebagai aturan, monitor, penemuan, tugas, dan mengabaikan yang ditambahkan atau dihapus dari konfigurasi sebelumnya.

Konfigurasi churn

Agen mungkin tidak dapat menerima konfigurasi yang stabil dalam skenario berikut:

• Sejumlah besar data penemuan diserahkan ke layanan manajemen konfigurasi.
• Penemuan data dikirimkan terlalu cepat untuk layanan manajemen konfigurasi untuk memproses sebelum penemuan lebih banyak data dikirimkan. Skenario ini terjadi karena data akan selalu berada dalam proses yang dihitung.

Pengajuan sering penemuan data, juga dikenal sebagai "konfigurasi churn," dapat menyebabkan beberapa layanan kesehatan untuk berjalan di bawah konfigurasi lama atau menyebabkan konfigurasi server manajemen untuk menjadi basi. Perilaku ini kemudian menyebabkan kesehatan beberapa layanan muncul redup (tidak tersedia) dalam operasi console.

Penemuan data dikirimkan oleh layanan kesehatan ketika penemuan alur kerja berjalan. Pengenalan pak manajemen baru ke grup manajemen dapat menyebabkan beberapa penemuan workflow untuk dijalankan pada setiap agen. Dan, seperti contoh-contoh yang baru ditemukan, penemuan-penemuan tambahan dapat dijalankan di atas beberapa agen. Perubahan untuk kelompok, mengabaikan dan Workflow lain dapat menyebabkan penemuan workflow untuk berjalan di agen. Dan, pengenalan baru agen dapat juga menyebabkan layanan manajemen konfigurasi untuk memperbarui ruang contoh dengan menggunakan konfigurasi agen baru.

Layanan manajemen konfigurasi dipaksa untuk menghitung ulang konfigurasi layanan kesehatan sering dalam skenario berikut:

• Penemuan alur kerja dikonfigurasi untuk menjalankan terlalu sering.
• Sifat-sifat yang ditemukan oleh alur kerja mengubah setiap kali penemuan alur kerja dijalankan.

Jika skenario ini terjadi karena banyak agen, atau manajemen server berada di bawah beban kerja berat sudah, layanan manajemen konfigurasi mungkin tidak dapat menjaga dengan laju perubahan, dan konfigurasi churn dapat terjadi.

Mengidentifikasi konfigurasi churn dengan menggunakan log peristiwa MS

Suatu peristiwa yang menyerupai berikut ini dalam log peristiwa Operations Manager di Server manajemen menunjukkan bahwa konfigurasi Management Group telah berubah karena data penemuan baru.
Suatu peristiwa yang menyerupai berikut ini menunjukkan bahwa layanan manajemen konfigurasi telah selesai pemrosesan data penemuan baru dan dihitung setiap perubahan yang diperlukan untuk konfigurasi Management Group, yang didasarkan pada data baru.

Dalam lingkungan yang khas, setiap 21024 harus diikuti oleh 21025. Jika penemuan data tidak menyebabkan data konfigurasi untuk mengubah, ID peristiwa akan 21026 sebagai gantinya. Dalam sebuah grup besar manajemen, pasang peristiwa 21024 dan 21025 atau 21026 harus diharapkan terjadi beberapa kali per jam. Panjang string peristiwa 21024 tanpa 21025 sesuai atau 21026 acara adalah tanda konfigurasi churn. Selain itu, log peristiwa dapat menunjukkan peristiwa berikut yang menunjukkan bahwa churn terdeteksi.

Lapisan Data akses harus membaca beberapa tabel atak ketika lapisan akses Data kueri untuk perubahan. Jika salah satu tabel atak diubah setelah itu dibaca tapi sebelum semua Daftar Tabel yang dibaca, lapisan akses Data log peristiwa sebelumnya ID 29202 dan coba lagi. Jika contoh entitas atau hubungan membaca selama waktu ini, informasi tentang kasus ini adalah termasuk dalam bidang acara. Jika tidak, bidang tersebut dibiarkan kosong.

Mengidentifikasi potensi penyebab churn konfigurasi dengan menggunakan Datawarehouse Manager operasi

Dalam manajemen kelompok komponen pelaporan manajer operasi diinstal, beberapa SQL query dapat digunakan untuk mengidentifikasi alur kerja yang mengirimkan sering berubah. Pertanyaan ini harus dijalankan dalam SQL manajemen Studio terhadap contoh Datawarehouse.

Perubahan total dikirimkan oleh penemuan Workflow dalam 24 jam terakhir:Query ini menciptakan tiga kolom. Kolom pertama adalah kelas obyek yang ditargetkan alur kerja. Kolom kedua menunjukkan nama internal penemuan alur kerja. Kolom ketiga menunjukkan jumlah properti perubahan untuk semua contoh kelas ini yang diserahkan oleh alur kerja dalam 24 jam terakhir. Jumlah perubahan, untuk semua kelas, mewakili jumlah kali layanan manajemen konfigurasi harus menghitung ulang konfigurasi untuk agen layanan kesehatan.

Jumlah perubahan untuk beberapa kelas objek, bahkan di lingkungan yang stabil, mungkin tidak pernah mencapai nol. Setiap perubahan, seperti menambah atau menghapus sebuah properti, agen yang ditambahkan atau ditutup, server peran yang ditambahkan atau diubah, dan sebagainya, yang tercermin dalam jumlah yang dikembalikan. Dalam lingkungan di mana konfigurasi churn berpengalaman, alur kerja satu atau beberapa kemungkinan akan menunjukkan nilai secara signifikan lebih besar daripada Workflow lain.

Sifat-sifat yang berubah dalam 24 jam terakhir:Query ini dapat mengidentifikasi properti telah berubah dalam 24 jam terakhir. Dikombinasikan dengan permintaan sebelumnya, query ini dapat menunjukkan apa nilai-nilai lama dan baru untuk properti, agen yang dikirimkan perubahan, alur kerja yang dilakukan dengan penemuan, dan manajemen paket di mana yang dikandung.

Cara untuk mengurangi churn konfigurasi

Lebih tua manajemen paket memperkenalkan penemuan alur kerja yang dikirimkan properti perubahan terlalu sering. Versi saat ini sebagian besar manajemen paket telah dimodifikasi ini penemuan alur kerja untuk mengirimkan data kurang sering, atau manajemen paket tidak permintaan properti mudah menguap yang sering berubah. Kami sarankan Anda meng-upgrade paket manajemen yang mengandung alur kerja yang sering terjadi dalam permintaan sebelumnya. Versi baru dari manajemen paket dapat di-download dari manajemen paket Katalog:
Jika versi baru dari manajemen paket tidak tersedia, atau versi baru tidak dapat digunakan sekarang, penemuan interval dapat disesuaikan dengan menggunakan override untuk menjalankan kurang sering. Kadang-kadang, penemuan yang bertanggung jawab untuk churn konfigurasi dapat benar-benar dinonaktifkan oleh override. Jika penemuan dimatikan selama beberapa minggu, objek-objek yang ditemukan oleh alur kerja akan dipersiapkan dari database. Namun, menonaktifkan penemuan dapat memberikan solusi jangka pendek untuk menghilangkan konfigurasi churn, selama solusi permanen dapat diimplementasikan sebelum benda terurus dari database. Alur kerja juga harus diaktifkan untuk interval pendek untuk menemukan kembali objek sebelum mereka dipersiapkan.

Beberapa Workflow dalam paket manajemen tua ini dibahas dalam blog berikut:
Jika alur kerja dari penemuan kustom yang menargetkan properti tidak stabil, seperti ruang disk kosong, penemuan harus dapat ditulis ulang agar tidak menargetkan properti yang sering berubah. Penemuan Workflow harus tidak menargetkan contoh yang telah seumur hidup pendek (beberapa minggu atau kurang). Penemuan Workflow tidak harus mengumpulkan properti dari contoh-contoh yang sering mengubah (satu atau lebih kali per bulan). Data volatil dianggap tidak dalam menghitung konfigurasi. Oleh karena itu, data volatil harus dikumpulkan oleh aturan kinerja dan bukan oleh penemuan Workflow.

Tambahan kinerja tuning

Dalam kelompok besar manajemen (lebih dari 1.000 agen), RMS dapat menjadi sangat sibuk dengan operasi yang biasanya tidak menyebabkan masalah dalam manajemen kelompok kecil. Dalam situasi ini, bahkan kecil tingkat perubahan properti yang dapat menyebabkan sering churn karena lamanya waktu yang diperlukan untuk memproses perubahan. Beberapa perubahan konfigurasi dapat digunakan untuk mengurangi overhead operasional RMS dan memungkinkan untuk memproses tingkat khas perubahan properti cukup cepat untuk menghindari konfigurasi churn. Perubahan konfigurasi ini dibahas dalam blog berikut:
Memaksa perubahan konfigurasi untuk management group

Jika konfigurasi churn untuk grup manajemen terjadi terus-menerus, perubahan untuk mengurangi frekuensi Workflow masalah atau menonaktifkan Workflow masalah tidak pernah harus disebarluaskan untuk agen. Dalam kasus ini, alur data penemuan masuk harus diblokir untuk memungkinkan manajemen konfigurasi sistem pusat layanan untuk menghitung konfigurasi saat ini di mana alur kerja yang menghasilkan data ini dinonaktifkan atau berjalan kurang sering.

Penemuan data dikirimkan ke database OperationsManager melalui sistem Pusat Data akses Service (DAS). Data pertama diserahkan kepada DAS oleh sistem pusat manajemen layanan pada RMS. RMS memperoleh data ini dari agen atau dari server manajemen lainnya. Anda dapat menggunakan Windows firewall atau beberapa jaringan lain berarti untuk memblokir koneksi masuk ke RMS pada port 5723. Prosedur ini menghalangi mencegah penemuan data yang dikirimkan ke database OperationsManager cukup lama untuk layanan manajemen konfigurasi untuk menghitung konfigurasi saat ini untuk agen yang mengirimkan data.

Sistem pusat manajemen layanan dan Layanan Access sistem Pusat Data pada RMS harus tidak berhenti atau dinonaktifkan sementara layanan manajemen konfigurasi adalah menghitung konfigurasi saat ini. Layanan manajemen konfigurasi sistem pusat memerlukan berikut untuk menyelesaikan perhitungan manajemen konfigurasi grup:

• Layanan manajemen pusat sistem pada RMS harus berjalan dan sehat.
• Layanan Access Data Center sistem harus dapat berkomunikasi dengan database.

Selain itu, beberapa data mungkin menjadi backlogged pada para agen dan server manajemen lain sementara layanan manajemen konfigurasi adalah menghitung konfigurasi saat ini. Oleh karena itu, firewall atau pelabuhan pengecualian harus mengangkat segera setelah Anda melihat ID Peristiwa 21025 Operations Manager log peristiwa pada RMS. Acara ini menunjukkan bahwa layanan manajemen konfigurasi telah dihitung konfigurasi baru untuk management group di mana alur kerja ini sekarang dinonaktifkan atau diubah

Mengidentifikasi potensi penyebab churn konfigurasi dengan menggunakan Operations Manager pelaporan

Laporan baru diperkenalkan dengan versi 6.1.7599.0 Operations Manager 2007 R2 manajemen paket. Laporan ini memberikan wawasan ke dalam keseluruhan volume data yang grup manajemen proses. Laporan ini dapat digunakan untuk menetapkan standar dasar dan untuk mengidentifikasi peluang untuk tuning objek penemuan Workflow. Segera setelah konfigurasi churn diidentifikasi dan ditangani, laporan-laporan ini dapat digunakan untuk rencana jangka panjang untuk mencegah rekuren churn.

Untuk men-download paket manajemen, kunjungi website Microsoft berikut:  

• Volume data oleh manajemen paket laporan
  
  Volume Data oleh manajemen paket laporan mengkompilasi informasi tentang volume data yang menghasilkan manajemen paket. Laporan daftar jumlah kejadian per bungkus manajemen untuk tipe data berikut:
  • Penemuan
  • Tanda
  • Kinerja (jumlah kasus yang diajukan untuk penghitung kinerja dan yang dikumpulkan oleh manajemen paket)
  • Peristiwa
  • Perubahan negara
• Volume data oleh alur kerja dan contoh laporan
  
  Volume Data oleh alur kerja dan contoh laporan mengkompilasi informasi pada volume data yang dihasilkan, disusun oleh Workflow (penemuan, aturan, monitor, dan sebagainya) dan contoh.
  
  Ada dua cara untuk mengakses laporan ini:
  • Volume Data oleh manajemen paket laporan, klik salah satu hitungan sel dalam Daftar Tabel di atas laporan untuk membuka Data Volume oleh alur kerja dan contoh laporan untuk manajemen paket.
  • Menjalankan laporan langsung dari laporan bagian dalam operasi console. Jika Anda menjalankan Data Volume oleh alur kerja dan contoh laporan langsung, Anda harus mengatur parameter laporan untuk menyesuaikan hasil. Laporan ini menyediakan rincian informasi dalam Data Volume oleh manajemen paket laporan. Oleh karena itu, pengaturan parameter tidak dapat memberikan informasi yang Anda cari.