Neden yedekleme yapmanız gerekiyor? Sonuçta, ekipman çok çok güvenilirdir ve ayrıca güvenilirlik açısından fiziksel sunuculardan daha iyi olan "bulutlar" vardır: uygun yapılandırmayla, bir "bulut" sunucusu, altyapıdaki bir fiziksel sunucunun arızasından kolayca kurtulabilir ve Hizmet kullanıcılarının bakış açısına göre, hizmet süresinde küçük, zar zor fark edilebilecek bir sıçrama olacaktır. Ek olarak, bilgilerin çoğaltılması çoğu zaman "ekstra" işlemci süresi, disk yükü ve ağ trafiği için ödeme yapılmasını gerektirir.
İdeal bir program hızlı çalışır, bellek sızıntısı yapmaz, delikleri yoktur ve mevcut değildir.
-Bilinmeyen
Programlar hala protein geliştiricileri tarafından yazıldığından ve çoğu zaman test süreci olmadığından ve programlar nadiren "en iyi uygulamalar" (ki bunlar da aynı zamanda programdır ve dolayısıyla kusurludur) kullanılarak teslim edildiğinden, sistem yöneticileri çoğunlukla kulağa kısa ama basit gelen sorunları çözmek zorunda kalırlar. kısaca: "eski haline dön", "üssü normal çalışmaya getir", "yavaş çalışıyor - geri dön" ve ayrıca en sevdiğim "Ne olduğunu bilmiyorum ama düzelt".
Geliştiricilerin dikkatsiz çalışması veya koşulların bir araya gelmesi sonucu ortaya çıkan mantıksal hatalara ek olarak, işletim sistemleri, sürücüler ve ürün yazılımı dahil olmak üzere bağlantı ve sistem özellikleri dahil olmak üzere bina programlarının küçük özelliklerinin eksik bilgisi veya yanlış anlaşılmasının yanı sıra - başka hatalar da var. Örneğin çoğu geliştirici, programları kullanarak atlatılması hala imkansız olan fiziksel yasaları tamamen unutarak çalışma zamanına güvenir. Bu, disk alt sisteminin ve genel olarak herhangi bir veri depolama alt sisteminin (RAM ve işlemci önbelleği dahil!) sonsuz güvenilirliğini, işlemcide sıfır işlem süresini ve ağ üzerinden iletim sırasında ve bilgisayarda işlem sırasında hataların bulunmamasını içerir. işlemci ve 0'a eşit olan ağ gecikmesi. Kötü şöhretli son tarihi ihmal etmemelisiniz, çünkü zamanında uymazsanız, ağ ve disk işleminin nüanslarından daha kötü sorunlar ortaya çıkacaktır.
Tüm gücüyle ortaya çıkan ve değerli verilerin üzerinde asılı kalan sorunlarla ne yapmalı? Yaşayan geliştiricilerin yerini alacak hiçbir şey yok ve yakın gelecekte bunun mümkün olacağı da bir gerçek değil. Öte yandan, yalnızca birkaç proje programın amaçlandığı gibi çalışacağını tam olarak kanıtlamayı başardı ve kanıtların alınıp diğer benzer projelere uygulanması her zaman mümkün olmayacak. Ayrıca, bu tür kanıtlar çok zaman alır ve özel beceri ve bilgi gerektirir ve bu, son teslim tarihleri dikkate alınarak bunların kullanılma olasılığını pratik olarak en aza indirir. Ayrıca bilginin depolanması, işlenmesi ve iletilmesi için ultra hızlı, ucuz ve son derece güvenilir teknolojinin nasıl kullanılacağını henüz bilmiyoruz. Bu tür teknolojiler, eğer varsa, kavram biçimindedir veya çoğunlukla yalnızca bilim kurgu kitaplarında ve filmlerinde bulunur.
İyi sanatçılar kopyalar büyük sanatçılar çalar.
—Pablo Picasso.
En başarılı çözümler ve şaşırtıcı derecede basit şeyler genellikle ilk bakışta birbiriyle kesinlikle uyumsuz kavram, teknoloji, bilgi ve bilim alanlarının buluştuğu yerde ortaya çıkar.
Örneğin, kuşların ve uçakların kanatları vardır, ancak işlevsel benzerliğe rağmen - bazı modlarda çalışma prensibi aynıdır ve teknik sorunlar benzer şekilde çözülmektedir: içi boş kemikler, güçlü ve hafif malzemelerin kullanımı vb. - sonuçlar çok benzer olmasına rağmen tamamen farklıdır. Teknolojimizde gördüğümüz en iyi örnekler de büyük ölçüde doğadan alınmıştır: Gemilerin ve denizaltıların basınçlı bölmeleri annelidlerle doğrudan bir benzetmedir; Baskın dizileri oluşturmak ve veri bütünlüğünü kontrol etmek - DNA zincirini kopyalamak; eşleştirilmiş organların yanı sıra, farklı organların merkezi sinir sisteminden (kalbin otomasyonu) ve reflekslerden - internetteki otonom sistemlerden bağımsızlığı. Elbette hazır çözümleri alıp “kafa kafaya” uygulamak sorunlarla dolu ama kim bilir belki başka çözüm yoktur.
Nereye düşeceğini bilseydim, pipet sererdim!
—Belarus halk atasözü
Bu, aşağıdakileri yapmak isteyenler için yedek kopyaların hayati önem taşıdığı anlamına gelir:
- Minimum kesinti süresiyle, hatta hiç kesinti olmadan sistemlerinizin çalışmasını geri yükleyebilirsiniz
- Cesur davranın, çünkü bir hata durumunda her zaman geri alma olasılığı vardır
- Kasıtlı veri bozulmasının sonuçlarını en aza indirin
İşte küçük bir teori
Herhangi bir sınıflandırma keyfidir. Doğa sınıflandırmaz. Bize daha uygun olduğu için sınıflandırıyoruz. Ve keyfi olarak aldığımız verilere göre de sınıflandırma yapıyoruz.
—Jean Bruler
Fiziksel depolama yönteminden bağımsız olarak mantıksal veri depolama, bu verilere erişmenin iki yoluna ayrılabilir: blok ve dosya. Bu bölüm son zamanlarda çok bulanıklaştı, çünkü tamamen blok ve tamamen dosya mantıksal depolama mevcut değil. Ancak basitlik açısından bunların var olduğunu varsayacağız.
Blok veri depolama, verilerin belirli sabit kısımlara, bloklara yazıldığı fiziksel bir cihazın var olduğu anlamına gelir. Bloklara belirli bir adresten erişilir; cihaz içerisinde her bloğun kendi adresi vardır.
Yedekleme genellikle veri bloklarının kopyalanmasıyla yapılır. Veri bütünlüğünü sağlamak için, kopyalama sırasında yeni blokların kaydı ve mevcut bloklarda yapılan değişiklikler askıya alınır. Sıradan dünyadan bir benzetme yaparsak, en yakın şey aynı numaralı hücrelerin bulunduğu bir dolaptır.
Mantıksal cihaz ilkesine dayanan dosya veri depolaması, blok depolamaya yakındır ve genellikle en üstte düzenlenir. Önemli farklar, bir depolama hiyerarşisinin ve insan tarafından okunabilen adların varlığıdır. Bir soyutlama, bir dosya - adlandırılmış bir veri alanı ve bir dizin - açıklamaların ve diğer dosyalara erişimin depolandığı özel bir dosya biçiminde tahsis edilir. Dosyalara ek meta veriler sağlanabilir: oluşturma zamanı, erişim işaretleri vb. Yedeklemeler genellikle şu şekilde yapılır: Değiştirilen dosyaları ararlar ve ardından bunları aynı yapıya sahip başka bir dosya deposuna kopyalarlar. Veri bütünlüğü genellikle üzerine yazılan dosyaların olmamasıyla sağlanır. Dosya meta verileri aynı şekilde yedeklenir. En yakın benzetme, farklı kitapların yer aldığı bölümleri olan ve aynı zamanda kitapların okunabilir adlarını içeren bir kataloğun bulunduğu bir kütüphanedir.
Son zamanlarda, bazen prensip olarak dosya verilerinin depolanmasının başladığı ve aynı arkaik özelliklere sahip olan başka bir seçenek açıklanmaktadır: nesne verilerinin depolanması.
Birden fazla yuvalama (düz şema) içermemesi ve insan tarafından okunabilir olmasına rağmen dosya adlarının makineler tarafından işlenmesi için hala daha uygun olması nedeniyle dosya depolamadan farklıdır. Yedeklemeler yapılırken, nesne depolama çoğunlukla dosya depolamaya benzer şekilde ele alınır, ancak bazen başka seçenekler de bulunur.
— Yedekleme yapmayanlar ve ZATEN yedekleme yapanlar olmak üzere iki tür sistem yöneticisi vardır.
- Aslında üç türü var: Yedeklerin geri getirilip getirilemeyeceğini kontrol edenler de var.-Bilinmeyen
Veri yedekleme işleminin kendisinin programlar tarafından gerçekleştirildiğini anlamakta fayda var, bu nedenle diğer programlarla aynı dezavantajlara sahiptir. İnsan faktörüne olan bağımlılığın yanı sıra bireysel olarak güçlü bir etkiye sahip olmayan, ancak birlikte gözle görülür bir etki yaratabilen özelliklere olan bağımlılığı ortadan kaldırmak (ortadan kaldırmak değil!) kural 3-2-1. Şifrenin nasıl çözüleceğine dair pek çok seçenek var ama ben şu yorumu daha çok seviyorum: Aynı veriden 3 set saklanmalı, 2 set farklı formatlarda saklanmalı ve 1 set coğrafi olarak uzak bir depoda saklanmalı.
Depolama formatı şu şekilde anlaşılmalıdır:
- Fiziksel depolama yöntemine bağımlılık varsa fiziksel yöntemi değiştiriyoruz.
- Mantıksal depolama yöntemine bağımlılık varsa mantıksal yöntemi değiştiririz.
3-2-1 kuralının maksimum etkisini elde etmek için depolama formatını her iki şekilde de değiştirmeniz önerilir.
Bir yedeklemenin amaçlanan amacına (işlevselliği geri yükleme) hazır olması açısından "sıcak" ve "soğuk" yedeklemeler arasında bir ayrım yapılır. Sıcak olanlar soğuk olanlardan tek bir noktada farklılık gösterir: hemen kullanıma hazırdırlar, soğuk olanlar ise kurtarma için bazı ek adımlar gerektirir: şifre çözme, arşivden çıkarma vb.
Sıcak ve soğuk kopyaları, verilerin fiziksel izolasyonunu ima eden ve aslında yedekleme yöntemlerinin sınıflandırılmasının başka bir işareti olan çevrimiçi ve çevrimdışı kopyalarla karıştırmayın. Dolayısıyla, geri yüklenmesi gereken sisteme doğrudan bağlı olmayan çevrimdışı bir kopya, sıcak veya soğuk olabilir (kurtarmaya hazır olma açısından). Çevrimiçi bir kopya, doğrudan geri yüklenmesi gereken yerde bulunabilir ve çoğu zaman sıcaktır, ancak soğuk olanlar da vardır.
Ayrıca, yedek kopya oluşturma işleminin genellikle tek bir yedek kopyanın oluşturulmasıyla bitmediğini ve oldukça fazla sayıda kopya olabileceğini unutmayın. Bu nedenle tam yedeklemeler arasında ayrım yapmak gerekir; diğer yedeklemelerden bağımsız olarak geri yüklenebilenlerin yanı sıra diferansiyel (artımlı, diferansiyel, azalan vb.) kopyalar - bağımsız olarak geri yüklenemeyen ve bir veya daha fazla başka yedeğin ön geri yüklemesini gerektiren kopyalar.
Diferansiyel artımlı yedeklemeler, yedekleme depolama alanından tasarruf etme girişimidir. Böylece, yalnızca önceki yedeklemeden değiştirilen veriler yedek kopyaya yazılır.
Diferansiyel azalan kopyalar aynı amaç için, ancak biraz farklı bir şekilde oluşturulur: tam bir yedek kopya oluşturulur, ancak gerçekte yalnızca yeni kopya ile önceki kopya arasındaki fark saklanır.
Ayrı olarak, kopyaların depolanmamasını destekleyen depolama üzerinden yedekleme sürecini de dikkate almakta fayda var. Yani üstüne tam yedeklemeler yazarsanız aslında sadece yedeklemeler arasındaki farklar yazılacak ama yedekleri geri yükleme işlemi tam kopyadan geri yüklemeye benzer ve tamamen şeffaf olacaktır.
Quis custodiet ipsos velayeti?
(Bekçileri kim koruyacak? - enlem.)
Yedek kopyaların olmaması çok rahatsız edicidir, ancak bir yedek kopya oluşturulmuş gibi görünüyorsa çok daha kötüdür, ancak geri yüklerken geri yüklenemeyeceği ortaya çıkar çünkü:
- Kaynak verinin bütünlüğü tehlikeye girmiştir.
- Yedekleme deposu zarar görmüş.
- Geri yükleme işlemi çok yavaş çalışır; kısmen kurtarılan verileri kullanamazsınız.
Düzgün oluşturulmuş bir yedekleme işlemi, bu tür yorumları, özellikle de ilk ikisini dikkate almalıdır.
Kaynak verinin bütünlüğü çeşitli yollarla garanti edilebilir. En sık kullanılanlar şunlardır: a) dosya sisteminin anlık görüntülerinin blok düzeyinde oluşturulması, b) dosya sisteminin durumunun "dondurulması", c) sürüm depolamalı özel bir blok cihazı, d) dosyaların sıralı kaydedilmesi veya bloklar. Kurtarma sırasında verilerin doğrulanmasını sağlamak için sağlama toplamları da uygulanır.
Depolama bozulması, sağlama toplamları kullanılarak da tespit edilebilir. Ek bir yöntem, önceden kaydedilmiş verilerin değiştirilemediği ancak yenilerinin eklenebildiği özel cihazların veya dosya sistemlerinin kullanılmasıdır.
Kurtarmayı hızlandırmak için veri kurtarma, yavaş ağ veya yavaş disk sistemi şeklinde bir darboğaz olmaması koşuluyla birden fazla kurtarma işlemiyle birlikte kullanılır. Kısmen kurtarılan verilerle bu durumu aşmak için yedekleme işlemini, her biri ayrı ayrı gerçekleştirilen nispeten küçük alt görevlere bölebilirsiniz. Böylece iyileşme süresini tahmin ederken performansı tutarlı bir şekilde geri yüklemek mümkün hale gelir. Bu sorun çoğunlukla organizasyonel düzlemde (SLA) yatmaktadır, bu nedenle bunun üzerinde ayrıntılı olarak durmayacağız.
Baharat uzmanı, her yemeğe baharat ekleyen değil, ona asla ekstra bir şey katmayan kişidir.
-İÇİNDE. Sinyavsky
Sistem yöneticilerinin kullandığı yazılımlara ilişkin uygulamalar farklılık gösterebilir ancak genel prensipler şu ya da bu şekilde aynıdır, özellikle:
- Hazır çözümlerin kullanılması şiddetle tavsiye edilir.
- Programlar tahmin edilebilir şekilde çalışmalıdır; Belgelenmemiş özellikler veya darboğazlar olmamalıdır.
- Her programın kurulumu o kadar basit olmalıdır ki, her seferinde kılavuzu veya kopya sayfasını okumanıza gerek kalmaz.
- Mümkünse çözüm evrensel olmalı çünkü sunucuların donanım özellikleri büyük ölçüde farklılık gösterebilir.
Blok cihazlardan yedekleme almak için aşağıdaki ortak programlar vardır:
- Sistem yönetimi konusunda deneyimli olanların aşina olduğu dd, buna benzer programlar da dahildir (örneğin aynı dd_rescue).
- Bazı dosya sistemlerinde yerleşik olarak dosya sisteminin dökümünü oluşturan yardımcı programlar.
- Çok amaçlı araçlar; örneğin partclone.
- Sahip olunan, çoğunlukla tescilli kararlar; örneğin NortonGhost ve sonrası.
Dosya sistemleri için, yedekleme sorunu, blok cihazlar için geçerli yöntemler kullanılarak kısmen çözülür, ancak sorun, örneğin aşağıdakiler kullanılarak daha verimli bir şekilde çözülebilir:
- Rsync, dosya sistemlerinin durumunu senkronize etmeye yönelik genel amaçlı bir program ve protokoldür.
- Yerleşik arşivleme araçları (ZFS).
- Üçüncü taraf arşivleme araçları; en popüler temsilcisi katrandır. Başkaları da var, örneğin dar - modern sistemlere yönelik katran yerine geçen.
Yedek kopyalar oluştururken veri tutarlılığının sağlanmasına yönelik yazılım araçlarından ayrıca bahsetmekte fayda var. En sık kullanılan seçenekler şunlardır:
- Dosya sistemini salt okunur modda bağlamak (Salt Okunur) veya dosya sistemini dondurmak (dondurmak) yöntemin uygulanabilirliği sınırlıdır.
- Dosya sistemlerinin veya blok aygıtlarının (LVM, ZFS) durumunun anlık görüntülerini oluşturmak.
- Önceki noktaların bazı nedenlerden dolayı sağlanamadığı durumlarda bile gösterimleri düzenlemek için üçüncü taraf araçların kullanılması (hotcopy gibi programlar).
- Değişiklik üzerine kopyalama tekniği (CopyOnWrite), ancak çoğunlukla kullanılan dosya sistemine (BTRFS, ZFS) bağlıdır.
Bu nedenle, küçük bir sunucu için aşağıdaki gereksinimleri karşılayan bir yedekleme şeması sağlamanız gerekir:
- Kullanımı kolay - işlem sırasında hiçbir özel ek adıma gerek yoktur; kopyaları oluşturmak ve geri yüklemek için minimum adım gerekir.
- Evrensel - hem büyük hem de küçük sunucularda çalışır; sunucu sayısını artırırken veya ölçeklendirirken bu önemlidir.
- Bir paket yöneticisi tarafından veya “indir ve paketi aç” gibi bir veya iki komutla yüklenir.
- Kararlı - standart veya köklü bir depolama formatı kullanılır.
- İşinde hızlı.
Gereklilikleri az çok karşılayan adayların başvuruları:
- rdiff-yedekleme
- enstantane fotoğraf
- geğirmek
- kopyalamak
- iki yüzlülük
- bırak dup
- vermek
- z yedekleme
- restik
- borgbackup
Test tezgahı olarak aşağıdaki özelliklere sahip bir sanal makine (XenServer tabanlı) kullanılacaktır:
- 4 çekirdek 2.5 GHz,
- 16GB RAM,
- Bölümleme olmadan ayrı bir sanal disk şeklinde 50 GB hibrit depolama (sanal disk boyutunun %20'si kadar SSD üzerinde önbelleğe almalı depolama sistemi),
- 200 Mbps İnternet kanalı.
Neredeyse aynı makine, yalnızca 500 GB sabit diskle, yedek alıcı sunucusu olarak kullanılacak.
İşletim sistemi - Centos 7 x64: standart bölüm, veri kaynağı olarak ek bölüm kullanılacaktır.
İlk veri olarak 40 GB medya dosyası ve mysql veritabanı içeren bir WordPress sitesini ele alalım. Sanal sunucuların özellikleri büyük ölçüde farklılık gösterdiğinden ve aynı zamanda daha iyi çoğaltılabilirlik sağlamak amacıyla, burada
Sysbench kullanarak sunucu test sonuçları.sysbench --threads=4 --time=30 --cpu-max-prime=20000 işlemci çalıştırması
sysbench 1.1.0-18a9f86 (birlikte verilen LuaJIT 2.1.0-beta3 kullanılarak)
Testi aşağıdaki seçeneklerle çalıştırın:
Konu sayısı: 4
Rastgele sayı üretecinin geçerli zamandan başlatılması
Asal sayıların sınırı: 20000
Çalışan iş parçacıkları başlatılıyor…
Konular başladı!
İşlemci hızı:
saniye başına olay: 836.69
Üretilen:
olaylar/lar (eps): 836.6908
Geçen süre: 30.0039s
toplam olay sayısı: 25104
Gecikme (ms):
dk: 2.38
ort: 4.78
maksimum: 22.39
95. yüzdelik dilim: 10.46
toplam: 119923.64
Konu adaleti:
olaylar (ortalama/stddev): 6276.0000/13.91
yürütme süresi (ortalama/stddev): 29.9809/0.01
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=okuma belleği çalıştırma
sysbench 1.1.0-18a9f86 (birlikte verilen LuaJIT 2.1.0-beta3 kullanılarak)
Testi aşağıdaki seçeneklerle çalıştırın:
Konu sayısı: 4
Rastgele sayı üretecinin geçerli zamandan başlatılması
Bellek hızı testini aşağıdaki seçeneklerle çalıştırma:
blok boyutu: 1KiB
toplam boyut: 102400MiB
işlem: oku
kapsam: küresel
Çalışan iş parçacıkları başlatılıyor…
Konular başladı!
Toplam işlem: 50900446 (saniyede 1696677.10)
Aktarılan 49707.47 MiB (1656.91 MiB/sn)
Üretilen:
olaylar/lar (eps): 1696677.1017
Geçen süre: 30.0001s
toplam olay sayısı: 50900446
Gecikme (ms):
dk: 0.00
ort: 0.00
maksimum: 24.01
95. yüzdelik dilim: 0.00
toplam: 39106.74
Konu adaleti:
olaylar (ortalama/stddev): 12725111.5000/137775.15
yürütme süresi (ortalama/stddev): 9.7767/0.10
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=yazma belleği çalıştırma
sysbench 1.1.0-18a9f86 (birlikte verilen LuaJIT 2.1.0-beta3 kullanılarak)
Testi aşağıdaki seçeneklerle çalıştırın:
Konu sayısı: 4
Rastgele sayı üretecinin geçerli zamandan başlatılması
Bellek hızı testini aşağıdaki seçeneklerle çalıştırma:
blok boyutu: 1KiB
toplam boyut: 102400MiB
işlem: yazma
kapsam: küresel
Çalışan iş parçacıkları başlatılıyor…
Konular başladı!
Toplam işlem: 35910413 (saniyede 1197008.62)
Aktarılan 35068.76 MiB (1168.95 MiB/sn)
Üretilen:
olaylar/lar (eps): 1197008.6179
Geçen süre: 30.0001s
toplam olay sayısı: 35910413
Gecikme (ms):
dk: 0.00
ort: 0.00
maksimum: 16.90
95. yüzdelik dilim: 0.00
toplam: 43604.83
Konu adaleti:
olaylar (ortalama/stddev): 8977603.2500/233905.84
yürütme süresi (ortalama/stddev): 10.9012/0.41
sysbench --threads=4 --file-test-mode=rndrw --time=60 --file-block-size=4K --file-total-size=1G dosya çalıştırması
sysbench 1.1.0-18a9f86 (birlikte verilen LuaJIT 2.1.0-beta3 kullanılarak)
Testi aşağıdaki seçeneklerle çalıştırın:
Konu sayısı: 4
Rastgele sayı üretecinin geçerli zamandan başlatılması
Ekstra dosya açma işaretleri: (yok)
128 dosya, her biri 8MiB
1GiB toplam dosya boyutu
Blok boyutu 4KiB
GÇ isteklerinin sayısı: 0
Birleşik rastgele IO testi için Okuma/Yazma oranı: 1.50
Periyodik FSYNC etkin, her 100 istekte fsync() çağrılıyor.
Testin sonunda fsync() çağrılıyor, Etkin.
Senkronize G/Ç modunu kullanma
Rastgele r/w testi yapmak
Çalışan iş parçacıkları başlatılıyor…
Konular başladı!
Üretilen:
okuma: IOPS=3868.21 15.11 MiB/sn (15.84 MB/sn)
yazma: IOPS=2578.83 10.07 MiB/sn (10.56 MB/sn)
fsync: IOPS=8226.98
Gecikme (ms):
dk: 0.00
ort: 0.27
maksimum: 18.01
95. yüzdelik dilim: 1.08
toplam: 238469.45
Bu not büyük bir başlangıçtır
yedeklemeyle ilgili bir dizi makale
- Yedekleme, bölüm 1: Yedeklemeye neden ihtiyaç duyulur, yöntemlere ve teknolojilere genel bakış
- Yedekleme Bölüm 2: rsync tabanlı yedekleme araçlarını inceleme ve test etme
- Yedekleme Bölüm 3: Yineleme, yineleme, deja dup'u gözden geçirme ve test etme
- Yedekleme Bölüm 4: zbackup, restic, borgbackup'ı gözden geçirme ve test etme
- Yedekleme Bölüm 5: Linux için bacula ve Veeam yedeklemesini test etme
- Yedekleme Bölüm 6: Yedekleme Araçlarını Karşılaştırma
- Yedekleme Bölüm 7: Sonuçlar
Kaynak: habr.com