Windows'un hangi kısmı yeri doldurulamaz? [çift]


1

Bu sorunun burada zaten bir cevabı var:

Diyelim ki bir Windows kurulumunu yedeklemekle görevlendirilmişsiniz. Her şeyi yedekleyebilirsin , ama bu verimsiz. Biri bu dizinleri göz önünde bulundurarak daha kompakt bir yedekleme yapabilir:

(1) Bulunabileceklerin çoğu, C:/WINDOWSsadece sistemi sıfırdan yeniden yükleyerek de değiştirilebilir (ve güncellemelerden dolayı sistemde bulunduğunuz tam ikili dosyaları geri alamayacak olsanız da, eskileri tutmak için nadiren mantıklı bir sebep olabilir. Windows sistem dosyalarının sürümleri).

(2) İçindeki şeylerin çoğuC:/Program Files değiştirilebilir; Örneğin, FireFox’u yeniden çalıştırmak ve çalıştırmak istiyorsanız, ikili dosyaları web sitelerinden yeniden yükleyin. Adobe'nin aşırı fiyatlı Creative Suite gibi büyük yazılım parçaları bile, saklanması kolay anahtarı yedeklemeniz koşuluyla yeniden yapılandırılabilir.

(3) veri olduğu yeri doldurulamaz hemen hemen her şeydir C:/Users(özellikle ilgili sık sık unutulan altdizinlere AppData). Bunun belli ki yedeklenmesi gerekiyor.

Bu üç açık konum dışında, bir Windows'un diğer bölümleri değiştirilemez veya değiştirilemez ve bir Windows sistemini yedeklerken dikkate alınmalıdır?

Örneğin, anladığım kadarıyla, kayıt defteri (içinde benzersiz veriler olacak) aslında fiziksel olarak sabit disk sürücüsünde de bir yerde saklanıyor.


Bu üç noktanın soruyu karıştırması gerekip gerekmediğinden emin değilim (onları bir cevap içinde tutmayı tercih ederim), ancak ne tür cevaplar aradığımı göstermek için dahil ettim. Bu soruya bir cevap yazarsanız, doldurmak için cevabınıza bu üç noktayı eklemekten çekinmeyin, o zaman bu paragrafı bu sorudan kaldırabilirim.
IQAndreas

Bir uygulamayı çalıştırdığınız ve verilerinin harici olarak depolanabileceği bir sunucuda, haklısınız, uygulama verilerini yedeklemeniz mantıklı geliyor. Ancak masaüstü bilgisayarlar farklı bir hayvan türüdür ve işletim sistemi çekirdeği, bileşenleri ve uygulamaları arasında, özellikle de sistem Kayıt Defteri nedeniyle çok daha karmaşık bir ilişkiye sahiptir. Sistemin herhangi birini yapmaya çalışmak yerine, profilinizi diğer kullanıcı verilerinizle başka bir sürücüye taşımak ve yedeklemek gibi diğer stratejileri göz önünde bulundurmanız ve uygulamaları yeniden yüklemeniz ve yeniden yapılandırmanız gerekeceğini kabul etmeniz konusunda sizi uyarırım. kutu göbek yukarı gider.
Frank Thomas

Yanıtlar:


2

teori

Yeri doldurulamaz şeyler, sizin tanımladığınız gibi kullanıcı verileridir . Kullanıcı verileri bulunur C:\Usersiçeren, ntuser.dather kullanıcı (yani olur kullanıcı kayıt dosyasıdır için HKEY_CURRENT_USERüzerinde kullanıcı günlükleri).

Kullanıcı verisi olmayan her şey teoride değiştirilebilir.

Bir büyük gotcha, Windows Logo Uyumlu olmayan bir yazılımdır. Bu tür bir yazılım kullanıcı verilerini sistemde herhangi bir yerde saklayabilir (Windows Vista ve sonraki sürümleri bu tür davranışları C:\Usersmümkün olduğu durumlarda kullanıcı profili konumlarına yönlendirmeye çalışır ).

pratiklik

Toplam veri kaybı durumunda, Windows + uygulamalarını + yeniden yüklemek, tüm kullanıcı verilerini kendi başına bir kabus görüyor. Her zaman, bazı yazılımların kullanıcı verilerini, gerektiğinde veya yeniden etkinleştirme vb. Gerektiren yerlerde saklamadığını keşfedersiniz .

Kapsamlı bir yedekleme stratejisine yatırım yapacak olsaydım, sektör temelli artım yöntemine giderdim . Bu tür bir yedekleme aslında bir sabit sürücünün tek tek sektörlerini okur, ancak yalnızca önceki yedekten bu yana değişen sektörleri yedekler. Açıkçası, ilk yedekleme her şeyi içerdiğinden büyük, ancak sonraki yedeklemeler artan ve çok daha küçük.

Photoshop CS2 gibi bazı yazılımlar, MBR ile birinci bölüm arasındaki sektörlere veri yazan kopya korumasına (Macrovision) sahiptir. İşletim sistemi dosya sistemi bundan tamamen habersiz ve dosya tabanlı yedeklemeler kopya korumasını yedekleyemez. Bununla birlikte, sektör tabanlı yedekleme, değişen sektörleri fark eder ve bunları mükemmel şekilde yedekler.

EDIT: Her zaman olduğu gibi, bir şerit kurşun gibi bir şey yoktur. Eğer varsa Sektör bazlı artan yedeklemeler yalnızca verimli çalışmasını yok Sabit disk birleştirme ve böylece pek çok sektörde değiştirerek dosyalarını bir dolandırmak fiziksel olarak yeniden düzenler, çünkü.

Bu, SSD sabit disklerinde sorun olmaz, çünkü genellikle, birleştirmek zorunda kalmazsınız (bazı insanlar hala yapsa da). Ancak daha sonra bir sektör yedeklemesini SSD'ye geri yüklemek, SSD performansını geri yüklemek için daha sonra manuel bir TRIM çalıştırmayı gerektirir. Ve SSD'yi dosya tabanlı geri yüklemeden çok daha fazla giyer.

Birleştirme sorununu gündeme getiren kinokijuf'a teşekkürler !


1
Disk birleştirmek dikkate aldığınızda, Sectror tabanlı yedekleme baaad. NTFS ile uyumlu araçları daha iyi kullanın.
kinokijuf

@kinokijuf Sektör tabanlı yedeklemelerin kötü olduğundan emin misiniz ? Kötü nasıl? Deneyimlerime göre, dosya tabanlı yöntemlerin yapamayacağı (ya da benim için olmayan) 1: 1 oranında mükemmel bir yedekleme elde ediyorlar. Tabii ki, ilk yedekleme büyük ama sıkıştırma ile o kadar da kötü değil. O zaman artanlar oldukça küçüktür. Unutmayın, yalnızca birincil sürücümde 128 GB olan sektör tabanlı yedeklemeler yapıyorum. 2TB olan medya sürücümde yapmazdım. Her neyse, ihtiyaçlarının ne olduğuna bağlı. Doğru 1: 1 istiyorsanız, sektör tabanlı bunu başarır.
misha256

@kinokijuf Beni ilk önce sektöre dayalı yedeklemeleri kullanmaya iten şeyleri hatırladım. Photoshop CS2. Mükemmel yazılım, ancak MBR ile birinci bölüm arasındaki sektörlere veri yazan kötü kopya koruması (Macrovision). İşletim sistemi dosya sistemi bundan tam olarak habersiz ve dosya tabanlı yedeklemeler aptal kopya korumasını yedekleyemiyor. Bununla birlikte, sektör tabanlı yedekleme, değişen sektörleri fark eder ve bunları mükemmel şekilde yedekler.
misha256

Sanırım @kinokijuf'un yaptığı nokta, sürücüyü düzenli olarak birleştirmeniz (gerekli değil ya da iyi bir fikir), işlemin yaptığı her şeyin sektörel değişimler olarak ortaya çıkmasıdır, böylece art arda büyük, yavaş, "ilk" yedeklemeleriniz olur. Cevabında bunu ele alabilir misin?
fixer1234

@ fixer1234 Elbette! Bunu nasıl anlamadım özür dilerim.
misha256
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.