BackupExec ve Ubuntu'da yedekleme

Arada önümüze gelen bir konudur ama unutulmaya da mahkum bir şey bir yandan.

Solaris ve benzeri Unix türevleri dışındaki Linux dağıtımlarında BackupExec ile yedek almaya çalışırken hep aynı durumla karşılaşır bazı arkadaşlar. Ubuntu kurmuştur, üzerine BE agent kurmuştur ama sıra yedeklenecek alanları işaretlemeye geldiğinde bir türlü sisteme logon olamaz, klasör yapısını göremez.

Hep unutuyoruz, hatırlatayım ;

Sudoers grubuna üye ve genelde sunucuda günlük operasyonu sürdürdüğünüz hesabı "beopers" grubuna eklemeniz gerekiyor. Ya da yedekleme için yeni bir hesap açıp, onu eklemeniz gerekli.

Cheers

:)

SCOM 2007 Syslog çalışması - 1

SCOM 2007'de Syslog ile ilgili olarak yaptığım çalışmalara dair bloga hiç not düşmediğimi farkettim ve bu konuda bir şeyler yazmaya karar verdim.

Öncelikle basit bir noktanın açıklığa kavuşturulması halinde Syslog / SCOM 2007 entegrasyonu oldukça basit. Zamanında benim kafamı karıştıran tek konu (belki de belgeleri yeterince iyi okumadığım için) "Rule Target" olmuştu.

İlk testlerimde Rule Target için "Tüm Solaris sunucuları" , "Tüm Unix sunucuları" gibi gruplar kullanmıştım ve gelen ilk Syslog alarmında tüm sunucular kırmızıya dönmüştü. Hala hatırlıyorum bu şaşkınlığımı :)

Kullanılması gereken hedef "Management Server" olabilir. Bu durumda alarmın kaynağı SCOM sunucunuz görünecektir. Elbette, "o zaman hangi sunucudan veya hosttan geldiğini nasıl anlayacağım ?" şeklinde haklı bir soru sorulabilir. Bunu "Alert Details" kısmından okumalısınız. Az sabır, biraz sonra anlatacağım.

Syslog toplayıcısı oluşturmak için yukarıdaki gibi "Event Based" bir kural oluşturarak işe başlamalısınız. Elbette "Default Management Pack" kullanmadan :)

Kural oluşturulduktan sonra Category'i "Custom" bırakmakta bir mahsur görmedim. Ancak bu ekran görüntülerini aldığım sayfadaki arkadaş (evet, tembelim... :) ) Alert yapmış.

Ben Syslog Facility seviyesiyle oynamayı ve Min. 15 Facility + Min. 4 Severity'den oluşan bir olasılık tablosuna göre kural yazmayı gerekli görmedim. Bu nedenle, seviyesi 3 ve daha aşağısı (Syslog terminolojisine göre daha önemli, daha kritik) olaylardan alarm üretmeyi tercih ettim.

Ekranda görüldüğü üzere "Alert Description" kısmında bu tanımları kullanarak gelen olayı daha detaylandırmak ve ekranda / mobil cihazınızda okurken daha fazla bilgi edinmek mümkün.

Kural tanımlandığında SCOM sunucunuzda bir Syslog daemon çalışmaya başlıyor.

Ubuntu 10.04 Backup Exec agent yükleme

Backup Exec 2012 R2 agentının bir Ubuntu 10.04 sunucuya yüklenmesi sırasında aşağıdaki kütüphane için mızmızlık edebilir. Paketi bu linkten indirip, aşağıdaki komutla kurabilirsiniz :

http://packages.debian.org/lenny/amd64/libstdc++5/download

$ sudo dpkg -i libstdc++5_3.3.6-18_amd64.deb

SCOM 2012, ilk sürüş testi - 2

SCOM 2012 testlerim sırasında Solaris 10 sunucularına yeni SCOM 2012 agentı yüklemek istediğimde aşağıdaki hata ile karşılaştım.

"The WinRM client received an HTTP status code of 501 from the remote WS-Management service. "

Bu durumu çözen bir forum yazışması ve bir makaleyi ekte sunuyorum.

http://social.technet.microsoft.com/Forums/en-US/operationsmanagerunixandlinux/thread/ef611c9e-b36a-4d23-a680-de7e1b550fd6

http://operatingquadrant.com/2012/01/12/opsmgr-unixlinux-heartbeat-failures-after-applying-kb2585542/

Basit bir registry değişikliği sonrası sorun çözüldü. Ben bu yöntemi tercih ettim :)

SCOM 2012, ilk sürüş testi - 1

Hepiniz bilirsiniz, bazen Microsoft ürünlerinin kurulumu adamı çileden çıkartır. Yeterince anlamlı log üretmez, inatç keçi gibi tek satırlık bir "olmaz, kurulamadı" mesajıyla direnir durur.

SCOM 2012 testi sırasında da böyle bir şey geldi başıma. Kurulumu tamamlayıp ilk izlenimlerimi anlatmadan önce bu "fatal" sorunu nasıl hallettim onu paylaşmak istedim.

Test kurulumları için kullandığım Windows 2008 R2 Std. sunucuda genelde "Turkish" yerel ayar setini kullanırım. Hep de aynı pişti durumuna düşerim :)

SQL 2008'i Latin1_CP1_CI_AS kurdum ama SCOM 2012 kurulum kiti bir türlü veritabanı adımını geçmek istemedi.

Sırayla denediklerim.

- Sunucu yerel ayarları tamamiyle United States olarak değiştirildi.
- SQL 2008, yeniden aynı CP1_CI_AS kod seti ile kuruldu.

Ancak yine durum değişmedi.

Son olarak SQL Server SP3 geçince bu durumu düzeltti ve sonraki adıma geçmeme izin vermedi. Yama olarak doğrudan SP3 kurdum, daha düşük yamaları kullanmadım.

SCOM remote maintenance mode scheduler 2.0

SCOM remote maintenance mode scheduler 2.0 aracını seviyorum.

Bazen, bazı sunucuların belirli saatler arasında izlenmesi gerekmediğinde gereksiz alarm üretilmesini engellemek için ya elle bakım moduna alırsınız (-ki her gün bunu yapmak işkenceye dönebilir bir süre sonra) ya da bir şeyin bunu sizin için zaman ayarlı olarak her gün vaktinde yapmasını dilersiniz.

İşte bu araç, tam bu ihtiyacınızı karşılayacak türden.

http://www.scom2k7.com/scom-remote-maintenance-mode-scheduler-20/

Ancak çalıştırırken küçük bir triğini bilmek gerekiyor. Grafik arayüzden zaman ayarlı görev yazdınız, saati geldiğinde çalıştı ama sunucu bakım moduna geçmedi ? Muhtemelen "comment" alanını boş bırakmış durumdasınız. "Comment" alanına alfa karakter ve boşluk kullanmadan yazacağınız bir karakter dizisi veya anlamlı bir kelime , zaman ayarlı görevin sorunsuz çalışmasını sağlayacaktır.