[Gelistirici] pisi son kararlı sistem takibi ve sistem kurtarma işleri

[Timu EREN]

    Merhaba,
Abartı sayılırmı bilmiyorum ancak kullanıcının elle müdehale etmesi
olası dosyalarında yedekleri zamanla alınabilir, (sadece farklar)
böylece güncelleme sırasında bir hata oluştu ise,
bir önceki duruma ait paketlerin kurulmasının ardından ilk kurulumdan
sonra yapılan değişiklikler yapılandırma dosyalarına uygulanabilir, bu
elbette pisi'nin işi olmamalı, sadece ileriye doğru bir fikir, böylece
en az kayıp ve yapılandırma ile kullanıcıya çalışan bir sistem teslim
edilir. yapılandırma dosyalarının değişiklikleri ise servislerin
başlatılması yada yapılandırma dosyalarında yapılan değişikliklerin
servisler üzerinde etkili olabilmesi için yapılan reload işlemleri
sırasında alınabilir, hatta bu işlem, servis başına 3 seçenekli olarak
sunulabilinir,

1 => hiç bir zaman karşılaştırma yapma (servis daha hızlı başlatılır)
2 => arada sırada yap (raslantısal yedekle, sistem üzerinde fazla
oynama yapmayan kullanıcılar için tavsiye edilir)
3 => her zaman yedekle (sistem yöneticileri tarafından kullanılması uygun olur)

Elbette bu dediklerim bir masa üstü kurulumu için ne kadar ihtiyaç
duyulacak bir işlevdir o ayrı bir konudur ancak sunucu yönetimi
açısından oldukça kullanışlı görünmekte (en azından benim için),

Son olarak bu yedekleme işlemi için ayrı bir servis (elle başlatılan)
hazırlanıp sistem yöneticileri tarafından yapılandırma bittiğinde
alınabilir, böylece kurtarma işlemleri daha akıllıca yapılmış olur.


On Nov 2, 2007 10:08 AM, Faik Uygur <faik at pardus.org.tr> wrote:
> Selam,
>
> Paket kurulumu ve güncellemeler sonrası sistem kararlılığının bozulmasına çare
> olarak bir kaç fikir. Ne kadar uygulanabilir?
>
> Varsayımlar:
>
> * Kullanıcı paket kurulumu ve güncelleme işlerini paket yöneticisi üzerinden
> yapacak.
>
> * Kullanıcı hiç bir şekilde sistem dosyalarına elle müdahale etmeyecek.
>
> * Sürüm paketleri dahil sonrasında çıkan tüm paketler ve güncelleme paketleri
> pisi depolarında sürekli bulunacak.
>
> Yapılacaklar:
>
> Şu anki pisi logları çok yetersiz. Bunları daha anlamlı ve işe yarar hale
> getireceğiz. Bunu yaparken biraz daha ileri giderek, bu bilgileri bir metin
> dosyası dışında ayrıca bir xml dosyası içerisinde tutacağız. Bu dosya son
> yapılan "atomik" işlemleri tarih bilgileri ile tutacak:
>
> #19 Güncelleme: X (v3->v5), Y (v8->v10), Z (v7->v30)
> #20 Silme: X (v5)
> #21 Kurma: U (v12)
> #22: ...
> ...
>
> Bir varsayım olarak kullanıcı'nın tüm paketleri /var/cache/pisi/packages
> altında tuttuğu düşünüyoruz. Ve aşağıdaki senaryolarda kararlılık
> bozulduğunda nasıl geri dönülebileceğine bakıyoruz:
>
> Pardus 200X sürümü kuruldu:
>
> #1 Güncelleme yapıldı:
>
> Sorun var, geri dönüş için yapılması gereken, güncellenen paketler öncesindeki
> paket versiyonlarının tümü tekrar kurulacak. #1 nolu adım kurulan paketlerin
> kaldırılması ve eski versiyonlarının yüklenmesi ile geri alınacak
>
> ...
>
> # 19 Paket kaldırıldı (belki istenmeyen bazı paketlerde kaldırıldı)
>
> pisi tarihçesinde 18. adıma dönmek için 19. adımda kaldırılan paketler yeniden
> kurulacak.
>
> #34 Paketler kuruldu.
>
> Pisi tarihçesinde 33. adıma dönerek kurduğum paketi ve beraberinde gelen 99
> paketi kaldırıyorum. Buna göre bu sistemin sırf kurtarma amaçlı değil,
> güvenli ve kolay bir şekilde sistem temizliği için de kullanılabileceği
> görülüyor.
>
> ----------------------------------------------
>
> Uygulanabilir gibi. Pisi tarihçesi bilgimiz bulunduğu sürece geri dönmek
> mümkün. Bazı paketler depo'dan yeniden indirilebilir. Tarihçe'nin bir adımını
> seçip, artık bundan öncesine dönmek istemiyorum, ilgili tüm paketleri
> cache'imden sil diyebiliriz.
>
> Biraz daha ilerisinde belki özelleştirilmiş bir Pardus Kurtarma Çalışan CD si
> hazırlayabiliriz. Sistem açılmaz bir hale geldiyse, kurulu sistemdeki pisi
> tarihçesine bakarak sistemi istenen kararlı haline geri döndürebilecek, hatta
> sık gelen grup problemlerine çözümler de içeren,  belki Pardus'u sistemden
> kaldırma işinin bile ("don't trap anyone") yapılabileceği bir cd.. Tüm bunlar
> bu cd içindeki kurtarma araçları ve ya belki de açıldığında çalışacak tek
> yazılım olan bir kurtarma aracı ile yapılabilir.
>
> - Faik
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.uludag.org.tr/mailman/listinfo/gelistirici
>



-- 
Saygılar && İyi Çalışmalar
Timu EREN ( a.k.a selam )