Soru · Kural ve politika
Geri Alma Planı Neden Değişikliğin Parçasıdır?
Labris Networks Mühendislik Ekibi · Son güncelleme 15 Ağustos 2026 · 5 dk
Kısa cevap
Çünkü "değişiklik başarısız olursa ne yapacağız" sorusunun cevabı, uygulamadan sonra aranmaya başlandığında geç kalınmış olur. Özellikle uzaktan yapılan değişikliklerde yönetim erişimini kesen bir kural kendini geri alamaz. Plan, uygulama adımının değil hazırlık adımının parçasıdır.
Değişiklik planlarının çoğu tek yönlüdür. Ne yapılacağı ayrıntılı yazılır, ne zaman yapılacağı belirlenir, kim yapacağı atanır.
Eksik olan soru şudur: bu işe yaramazsa ne yapacağız?
Neden Hazırlık Aşamasında Sorulur
Sorunun cevabı uygulama anında aranmaya başlandığında iki şey birden olur. Sistem bozuk durumdadır ve karar verecek kişi baskı altındadır.
Bu iki koşul, en kötü kararların alındığı ortamdır. Acele bir müdahale, ilk sorunun üstüne ikincisini ekler.
Planın hazırlık aşamasında yazılması, kararı sakin bir anda vermek demektir.
Uzaktan Yapılan Değişiklikler
Bu sınıf ayrıca ele alınmalıdır çünkü kendine özgü bir tuzağı vardır.
Yönetim erişimini kesen bir kural kendini geri alamaz. Kural uygulanır, oturum kopar, cihaz artık ulaşılamaz durumdadır ve düzeltmek için fiziksel erişim gerekir.
Aynı şey bir yönlendirme değişikliğinde, bir arayüz ayarında ya da bir NAT kuralında da olur.
Zamanlanmış Geri Alma
Çoğu üründe bu tuzağı kapatan bir mekanizma vardır. Değişiklik uygulanır, ancak belirli bir süre içinde onaylanmazsa cihaz kendiliğinden bir önceki yapılandırmaya döner.
İşleyiş şöyledir: değişikliği uygularsınız, bağlantınız kopmazsa onaylarsınız. Koparsa onaylayamazsınız ve cihaz beş dakika sonra eski haline döner.
Bu mekanizmanın adı ürünler arasında değişir. Uzaktan yapılan her kritik değişiklikte kullanılması, tek başına pek çok kesintiyi önler.
Mekanizma yoksa yerine geçen basit bir yöntem vardır: cihazda zamanlanmış bir görev tanımlanır ve belirli bir süre sonra eski yapılandırmayı geri yükler. Değişiklik başarılıysa görev iptal edilir.
Planın İçermesi Gerekenler
Geri dönüş adımları. Hangi komutlarla, hangi sırayla. Bunlar önceden yazılır ve elde hazır bulunur.
Geri dönüş süresi. Ne kadar sürecek? Bu süre bakım penceresine sığmıyorsa plan gerçekçi değildir.
Karar ölçütü. Ne olursa geri dönülecek? Belirsiz bir ölçüt, kimsenin geri dönme kararı veremediği bir bekleyiş üretir.
Karar verecek kişi. Baskı altında bu kişinin belli olması gerekir.
Yedeğe Güvenmenin Sınırı
“Yedeği geri yükleriz” cümlesi bir plan değildir ve iki varsayım taşır.
Birincisi yedeğin güncel olduğudur. Değişiklikten hemen önce alınmamışsa, geri yükleme başka değişiklikleri de geri alır.
İkincisi yedeğin geri yüklenebilir olduğudur. Bu varsayım denenmeden bilinmez ve ayrı bir başlıkta ele alınmıştır.
Geri yükleme süresi de hesaba katılmalıdır. Tam yapılandırma geri yüklemesi, cihazın yeniden başlatılmasını gerektirebilir ve bu, kesinti süresini uzatır.
Yüksek Erişilebilirlik Çiftinde
Çiftlerde geri alma daha karmaşıktır çünkü iki cihaz vardır.
Değişiklik önce bir cihaza uygulanıp sınanabilir. Bu, riski azaltır ama iki cihazın yapılandırmasının geçici olarak ayrışması demektir; bu ayrışmanın devir davranışını nasıl etkilediği önceden bilinmelidir.
Bazı ürünlerde farklı yapılandırmaya sahip iki cihaz eşitlenmeyi reddeder ve çift, ikiye bölünmüş gibi davranabilir.
Plan bu senaryoyu da kapsamalıdır.
Ne yapmalı
- Her değişiklik talebine geri dönüş adımlarını yazın.
- Uzaktan yapılan kritik değişikliklerde zamanlanmış otomatik geri alma kurun.
- Yedeğin geri yüklenebilir olduğunu değişiklikten önce doğrulayın.
- Geri alma süresinin bakım penceresine sığdığını kontrol edin.
Bu soruyu şöyle de soranlar var
- Firewall değişikliği nasıl geri alınır?
- Uzaktan yapılan değişiklikte bağlantı koparsa ne olur?
- Commit confirm nedir?