Windows güncellemesi UiPath robotlarınızı durduğunda: Patch Tuesday tuzağı

Windows güncellemesi UiPath robotlarınızı gece boyunca durduabilir, kimse hiçbir şey fark etmeden. Gözetimsiz robotlar kimsenin ofiste olmadığı saatlerde çalışır. Birçok kuruluşta işletim sistemi yamaları için bakım işlemleri tam bu pencereye denk gelir. Sabah olduğunda hiçbir hata yoktur, sadece sonuç yoktur.

Windows güncellemesi neden gözetimsiz robotları durdurur?

Gözetimsiz bir robot üç şey gerektirir ve bir güncelleme üçünü de değiştirebilir: çalışan bir Windows oturumu, hedef uygulamanın değişmemiş arayüzü ve erişilebilir bir makine.

Yeniden başlatma açık olan kısımdır. Daha az belirgin kısım, sonrasındaki oturum açmadır. UiPath, gözetimsiz senaryolar için otomatik oturum açmayı engelleyen birkaç Windows ilkesini belgelendirir. "Display information about previous logons during user logon" ilkesi oturum açarken bir güvenlik açılır penceresi oluşturur ve robotu hata kodu 0x80070520 ile başarısız hale getirir; Disabled olarak ayarlanması gerekir. Ayrıca, "Sign-in and lock last interactive user automatically after a restart" oturum oluşturmaya müdahale eder ve yapılandırılmamalı veya devre dışı bırakılmamalıdır (Kaynak: UiPath Robot, Session troubleshooting).

Güncellemeler ne zaman geliyor? Microsoft ritmi detaylı olarak

Microsoft, her ayın ikinci salı günü Windows için aylık güvenlik güncellemelerini yayımlar, genellikle saat 10:00 Pasifik Saati'nde. Sadece bu tarihi bilenler, döngünün sadece üçte ikisini bilirler.

Microsoft'un kendi güncelleme yayın döngüsü özetine göre, planlanmamış yeniden başlatmalar için üç ilgili tetikleyici vardır (Kaynak: Microsoft Learn, Update release cycle for Windows clients):

• Aylık güvenlik güncellemesi: ayın ikinci salı günü, kümülatif, çoğu kuruluş tarafından zorunlu olarak sınıflandırılır.
• İsteğe bağlı önizleme güncellemesi: ayın dördüncü salı günü, güvenlikle ilgili değildir, yaklaşan güvenlik güncellemesinin erken doğrulanması için hizmet eder.
• Bant dışı sürüm: gerekli olduğunda, sabit bir tarih olmadan, acil bir açıklık kapatılması gerektiğinde.

Sadece ikinci salı günü hariç tutan bir plan, dördüncü salı gününü ve bant dışı sürümleri kapsamaz.

Neden seçiciler bir güncelleme sonrası bozulur?

Seçiciler, pencere ağacındaki özelliklerine göre bir kontrol öğesini tanımlar. Bir güncelleme bu özellikleri değiştirirse, robot öğeyi artık bulamaz, ancak insan için değişmemiş görünür.

UiPath, seçiciler için sorun giderme bölümünde üç tanesinin doğrudan güncellemelerle ilgili olduğu birkaç nedeni listeler (Kaynak: UiPath, Troubleshooting selectors):

• Broken selectors after browser updates: Tarayıcı güncellemeleri oluşturulan sayfanın yapısını değiştirir. Etkinlikleri paketlerini güncellemek önerilir.
• UI changes in target application: İş uygulamasının bir özellik güncellemesi düğümleri veya öznitelikleri hareket ettirir. Çözümler ayarlanan seçici düğümleri veya Bilgisayar Vizyonu geri dönüşü ile birleştirilmiş hedeflerdir.
• Differences in the environment: Test ve üretim farklı ölçekleme ile çalışır. UiPath tüm ortamlarda yüzde 100 ölçekleme önerir.

Sağlam seçiciler bu nedenle bir zorluk değil, yama günlerine karşı en ucuz sigorta. Dinamik parçalar için jokerler, konum dizinleri yerine aaname veya id gibi kararlı nitelikler ve katı yollar yerine çapalar. Aynı ilke araçlar arasında geçerlidir, Microsoft sayfası için bunu güçlü seçiciler ve Power Automate Desktop'ta bekleme zamanları içinde daha ayrıntılı olarak açıklamış olduk.

Güncelleme pencerelerini ve robot zamanlamasını nasıl çakıştırırsınız?

Güncelleme pencereleri ve robot zamanlaması çakışmamalıdır ve güncelleme önce çalışmalıdır. 02:00 saatinde başlayan bir robot, yama 02:30 saatinde yeniden başladığında, çalıştırmasını hareketin ortasında kaybeder.

Microsoft, sanal makineler için neredeyse robot makinelerine değiştirilmeden aktarılabilecek kademeli bir yama planı önerir: İkinci salı günü geliştirme, ikinci çarşamba günü test, üretim ilk olarak ikinci cumartesi günü veya bunu izleyen pazar günü (Kaynak: Microsoft Learn, Scalable Windows virtual machine patch management). Aradaki günler doğrulama penceresidir.

Pratik olarak bu şu anlama gelir: Yama gecesi için tetikleyicileri önceden devre dışı bırakın veya taşıyın, yeniden başlatmayı çalışan işleri olmayan bir pencereye yerleştirin ve ilk üretim çalışmasından önce küçük bir denetim işlemi başlatın.

Robot durduğunda müşterinin fark etmesinden önce nasıl anlarsınız?

Orchestrator, robot ve Orchestrator son iki dakika içinde birbirleriyle iletişim kurmadıklarında bir robotu Unresponsive olarak raporlar (Kaynak: UiPath Orchestrator, Robot Statuses). Bu sinyal orada, sadece birine ulaşması gerekir.

Orchestrator, Info, Success, Warn, Error ve Fatal ciddiyet düzeylerini bilir ve uyarıları dört yol aracılığıyla teslim eder: arayüzdeki banner, Uyarılar paneli, Uyarılar sayfası ve e-posta özetleri. Gece çalışmaları için iki posta formatı arasındaki fark önemlidir: On dakikalık özet, yalnızca Fatal ve Error düzeylerindeki alarmları içerir, günlük özet yerel saatle 10:00 itibaren tüm abone olunan olayları toplar (Kaynak: UiPath Orchestrator, Alerts).

Sadece günlük özete abone olan birisi, 02:00 saatinde bir arızadan en erken sabah saatlerinde haberdar olur. Gece çalışmaları için on dakikalık özet doğru seçimdir, ticari bir kontrol ile tamamlanır: sıfır kaydı taşıyan teknik olarak yeşil bir iş, hiçbir sistem alarmının bulmadığı hatadır.

Otomasyon projelerimizde tam da bu en sık boşluktur: teknik izleme var, ticari başarı denetimi eksik. NordFlux'un bunda tam olarak ne yaptığı, UiPath danışmanlığımız ve Süreç otomasyonu sayfamızda yer alır.

Test ortamı ve geri alma ile ne yapılır?

RPA için bir test ortamı, üretim ile aynı yama durumuna ve aynı ekran ölçeklendirmesine sahip olduğunda ancak bir şeye yarar. Aksi takdirde, farklı bir sistem test edersiniz ve seçiciyi kıran sapı tam olarak gözden kaçırırsınız.

Geri alma yolu ilk yama gününden önce gelir. Üç nokta minimum donanım olarak yeterlidir:

• Güncelleme öncesi anlık görüntü: Sanal robot makineleri için bakım penceresinden hemen önce bir kontrol noktası. Bu işlevsel bir duruma dönmenin en hızlı yoludur.
• Otomasyon sürümünü sabitleyin: Son başarıyla çalıştırılan işlem sürümü Orchestrator'da kullanılabilir kalır, böylece bir geri atlama eksik paket nedeniyle başarısız olmaz.
• Manuel yedek yolu: Her iş açısından kritik işlem için, bir gün boyunca robot olmadan nasıl çalıştığı belgelenmelidir. Bu plan olmadan, bir yama sorunu bir teslimat sorunu haline gelir.

Sık sorulan sorular

Patch Tuesday tam olarak ne zaman?

Microsoft, her ayın ikinci salı günü Windows için aylık güvenlik güncellemelerini yayımlar, genellikle saat 10:00 Pasifik Saati'nde, bu Almanya'da geç akşama karşılık gelir. Ek olarak, dördüncü salı günü güvenlik içeriği olmayan isteğe bağlı bir önizleme güncellemesi ve gerekirse sabit bir tarihi olmayan bant dışı sürümler vardır.

Robot makinelerinde Windows güncellemelerini kolayca kapatabilir miyim?

Hayır, bu sadece sorunu kaydırır ve güvenlik riski oluşturur. Aylık güvenlik güncellemeleri kumulatiftir, daha sonraki bir yakalama tüm kaçırılan değişiklikleri bir kerede getirir ve bu nedenle düzenli küçük bir adımdan daha büyük bir kırılma riski vardır. Mantıklı olan, askı değil, sabit bir bakım penceresine sahip kademeli bir plandır.

Bir seçicinin bir güncelleme tarafından bozulduğunu nasıl bilebilirim?

Tipik olan, tam olarak bir bakım penceresinden sonra ilk kez ortaya çıkan ve işlemde her zaman aynı yerde meydana gelen bir öğe bulma hatasıdır. UiPath, nedenler arasında tarayıcı güncellemeleri, hedef uygulamalarının değişen arayüzleri ve test ile üretim arasında farklı ölçeklendirmeyi sayar. İlk olarak hatanın tüm makinelerde mi yoksa sadece zaten yama yapılmış olan makinelerde mi ortaya çıkıp çıkmadığını kontrol edin.

Orchestrator'dan e-posta bildirimi izleme için yeterli mi?

Teknik düzey için evet, ticari düzey için hayır. On dakikalık özet, Fatal ve Error düzeylerindeki alarmları zamanında raporlar, ancak bir işin teknik olarak temiz bir şekilde çalışırken sıfır işlem işlediğinde rapor vermez. Bu nedenle, gerçek işlenen sayıyı beklenen bir değere karşı değerlendiren bir miktar denetimi ekleyin.

Robotlar güncellemelerden sonra düzenli olarak başarısız olursa ilk adım nedir?

Bakım pencereleri ve robot zamanlamasını yazılı olarak yan yana yerleştirin ve güncellemelerin ilk çalıştırmadan önce tamamlanıp tamamlanmadığını kontrol edin. Çoğunlukla sorun sıra, otomasyon değildir. Bundan sonra daha güçlü seçiciler üzerinde çalışmaya değer.