1. Ana Sayfa
  2. Control-M
  3. Client Distribution & High Availability | Control-m #8

Client Distribution & High Availability | Control-m #8


Bu yazıda sizlere High Availability ve Client Distribution konuları hakkında alınan notları paylaşıyor olacağım. Umarım control-m konusunda sıkıntı yaşayanlar için çözüm olur.

Client Distribution

Client Distribution aracı ile tek bir noktadan pek çok noktaya client kurulumu, fix-pack kurulumu ve patch kurulumu yapabiliriz. Bunu desteklenen tüm makinalarda yapabiliriz. Ayrıca tüm userların son updateleri almalarını sağlar. Böylece user en son update’i kurmadan programı çalıştıramaz.

İşlem yapacak dosyaları EPD’den indirerek EM’nin Local Repository’sine indirmemiz gerekir.

  • Linux: $EM_HOME/Client_Updates/9.0.00
  • Windows : Program Files/ BMC Software / Control-M WM /9.0.00/Default /Client_Updates/9.0.00
  • Web Server’ın ayakta ve çalışıyor olması gerekmektedir. Aksi takdirde deployment yapılamayacaktır.

Web Launch ile kıyaslandığında;

  • .Net Deployment kullanmaz.
  • Package’lerin elle manuel olarak build edilmesine gerek yoktur.
  • Unix’ten yada Windows’tan çalıştırılabilir.
  • Kalan Update’ler üzerinde kontrol sağlar.
  • Aynı EM Server üzerinden 32 yada 64 bit deployment yapılabilir.

Client Disturbution’ı açtığımız zaman önümüze bir URL gelecektir. Bu URL user’ların installtion’lara ulaşabilecekleri URL’dir. Eğer Web Server ayakta değilse ya da çalışmıyorsa userlar URL’e bağlanamayacaktır.  Userlar URL’e bağlandıklarında makinalarının 32/64 bit olduğu kontrol edilir ve doğru installer user’a sunulur. Kurulum yapılabilmesi için Control-M EM server’a olan bağlantı bilgileri Installation Wizard tarafından otomatik alınır.

Kurulum bittiğinde Control-M Workload Automation Client user’ların level’lerine göre erişilebilir olacaktır.

Bu tool ile client update’lerinin otomatik olarak yapılmasını sağlayabiliriz. Ya da belirli bir günde updatelerin kurulumunu sağlayabiliriz. Eğer bu iş End User’a kalırsa ve End User update’i kurmazsa login olmasını engelleyecek şekilde bunu ayarlayabiliriz. Böylece End User update’i kurmadan sisteme login olmayacaktır.

Ayrıca Client kurulumunda .Net Framework 4.5.1 ve üzeri kurulmuş olmalıdır. Client Distribution ileyeni versiyonlar, pacth’ler, fix pack’ler ve SSL sertifikalarının kurulumunu yapabiliriz. Paketler HTTP/HTTPS üzerinden transfer edilebilir. EM Patch’lerinin deploy edilmesi konusunda Article Solution 000102790 faydalı olacaktır. Client updateleri sadece bu tool ile yapılmış kurumlarda uygulayabilir.

High Availability

Prod ortamının ayakta kalma süresini maksimize eden ve kesinti olduğunda veri kaybını engelleyen sistemdir.

Çalışma mantığı şu şekildedir;

  • Primary serverdaki Configuration Agent Process ( CA ) , Secondary Server’daki Configuration Agent Process’e Confirm etmesi için LifeCheck gönderir.
  • Secondary Server’daki CA, Life Check ( Confrim ederek ayakta ve erişilebilir durumda olduğunu Primary Serverdaki CA’ya bildirir.
  • Her 2 CA da DB’yi her 15’sinde 1 UPDATE ederler.
  • Yazma işlemi, Oracle DB ayarlarına göre değişir. Primary Server’daki CA, DB’ye timestamp de yazar.
  • Secondary Server’ın durumu Oracle mimarisindeki yöntemle kontrol edilir.
  • Her iki hostta da DB bulunur. Replication işlemi uygulanmış data Shared Driverda saklanır. Her iki DB de replike edilmiş detayı ( Shared Drivedaki detayı ) kullanırlar.

Bu yapıyı elde etmek için iki adet Control-M Server olmalıdır. İkinci Control-M Server’ın kurulumu için “Additional Installations”tan “Secondary Installation For High Availability” seçneği seçilir. DB seçeneklerimiz sadece Oracle ve Postgre SQL şeklinde gelir. Secondary Server’da ilgili portların mutlaka açık olması gerekir. Aksi halde kurulumuş fail olur.

Kurulum tamamlandığında CCM üzerinden FailOver serverımızı görebiliriz. DB Replication özelliği sadece Postgre SQL olduğunda aktif oluyor. CCM üzerinden konfigürasyon ayarlamaları yapılabilir. FailOver Mod seçilebilir.

  • Config.dat dosyasına bakarak Control-M ile iligili tüm parametreleri görebiliriz.
  • Local_config.dat dosyasına bakılarak High Availability’nin aktif edilip edilmediğini görebiliriz.

Failover Seneryoları

Failover senaryoları iki çeşittir.  Manuel ve Automatic. FailOver’ın çalışabilmesi için her iki makinada da CA Processin ayakta olması ve çalışıyor olması gerekmektedir.

FailOver çalıştıktan sonra secondary malina primary makina olarak atanabilir ya da primary makinaya fallback yapılabilir. FailOver senaryosu Automatic olarak seçildiğinde FailOver işleminin otomatik olarak yapılması için aşağıdaki üç maddenin gerçekleşmesi gerekir.

  • Primary Configuration Agent down olduysa ( DB’ye timestamp eklenmez )
  • Primary Control-M Server down olduysa ( DB’ye yeni timestamp eklenmez)
  • Primary Control-M Server Desired State Up ise

5 kere Primary Server’a erişilmeye çalışacaktır. Erişilemezse FailOver işlemi başlayacaktır. Eğer Primary Server down olmuşsa ve Secondary Server çalışıyorsa istenildiği zaman manual FailOver yapılabilir.

  • FIXPACK1 ile High Availability aşağıdaki gibi DISABLE/ENABLE edilebilir.
  • Ctmha -ACTION UPDATE_HA_MODE DISABLED
  • Ctmha -ACTION UPDATE_HA_MODE AUTO

Böylece High Availability daha fonksiyonel şekilde kullanılabilir.

Bir failure durumunda CA loglarını toplamamız gerekir. Ancak CA Debug’ı aktif etmemeliyiz.  Aksi takdirde High Availability’nin temel bilgileri silinecektir.

Sadece Configuration Agent’ın debug’ını aktif etmeliyiz.

  • Shctm komutuyla Control-M Server üzerindeki tüm processleri görebiliriz.
  • Show_ca : Configuration Agent Processini gösterir.

Bu şekilde High Availability sağlanarak, server’lar arasında geçişler gerçekleştirilir.

Yorum Yap

Yazar Hakkında

Sistem ve Network uzmanı. Borderlands hayranı.

Yorum Yap