Arama Yap Mesaj Gönder
Biz Sizi Arayalım
+90
X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Almanya (German)Almanya (German) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

Türk Lirası $ US Dollar Euro
X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Almanya (German)Almanya (German) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

Türk Lirası $ US Dollar Euro

Bize Ulaşın

Konum Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
Son teknik kontrol · 17.08.2026 · PBS 4.2

Proxmox Backup Server 4.2: Yedek Almak Değil, Geri Dönebilmek İçin Kurulum

PBS 4.2’yi aynı Proxmox hostuna ikinci disk gibi eklemek kolaydır; doğru tasarım ise backup sunucusunu ayrı hata alanına koyar, doğrulama ve restore testini rutine çevirir.

Üretim notu

Backup job’ın “OK” olması tek başına kurtarma garantisi değildir. Şifreleme anahtarı, datastore bütünlüğü ve gerçek restore süresi ayrı ayrı test edilmelidir.

proxmox backup server 4.2 kurulumupbs 4.2proxmox yedekleme
TEKNİK UYGULAMA PROFİLİ
EKA CORE
PBS 4.2

PBS 4.2, Debian 13.4 tabanı, kernel 7.0 ve ZFS 2.4 ailesiyle Nisan 2026’da yayımlandı. Üretimde asıl değer deduplication, incremental backup, verify, retention ve remote sync zincirinin birlikte tasarlanmasıdır.

4.2Güncel seri
Kontrol
13.4Debian tabanı
Kontrol
VerifySessiz bozulma kontrolü
Kontrol
3-2-1Hata alanı yaklaşımı
Kontrol
Teknik rehber · production odaklı · resmî kaynaklar
Kısa cevap

PBS 4.2, Debian 13.4 tabanı, kernel 7.0 ve ZFS 2.4 ailesiyle Nisan 2026’da yayımlandı. Üretimde asıl değer deduplication, incremental backup, verify, retention ve remote sync zincirinin birlikte tasarlanmasıdır.

01

Teknik kapsam ve önemli noktalar

Proxmox Backup Server 4.2’yi ayrı backup katmanı olarak kurun. Datastore, prune/GC, verify, retention, encryption, remote sync ve restore testiyle üretim planı.

4.2Güncel seri

29 Nisan 2026 tarihli resmî sürüm.

13.4Debian tabanı

PBS 4.2 Debian 13.4 Trixie tabanını kullanır.

VerifySessiz bozulma kontrolü

Backup bloklarının periyodik doğrulanması restore güvenini artırır.

3-2-1Hata alanı yaklaşımı

Tek PBS kopyasını aynı rack/host riskine bağlamayın.

Bu sayfada

  1. 1. PBS’i Proxmox hostundan ayrı hata alanına yerleştirin
  2. 2. Datastore’u kapasite değil restore davranışına göre seçin
  3. 3. Retention, prune ve garbage collection aynı şey değildir
  4. 4. Verify job’ı backup job’dan bağımsız planlayın
  5. 5. Client-side encryption anahtarını backup sunucusundan ayrı saklayın
  6. 6. Remote Sync ile ikinci hata alanı oluşturun
  7. 7. Aylık restore tatbikatını ölçün
  8. Sık sorulan sorular
02

1. PBS’i Proxmox hostundan ayrı hata alanına yerleştirin

CPU’dan önce disk, ağ ve arıza senaryosunu çizin. Aynı fiziksel kasadaki backup, host yangını/PSU/controller kaybına karşı bağımsız değildir.

KatmanÖneriAmaç
Primary PVEVM/CT üretimCompute
PBSAyrı makine veya ayrı hata alanıBackup + verify
Remote PBSFarklı lokasyonFelaket kurtarma
03

2. Datastore’u kapasite değil restore davranışına göre seçin

HDD büyük retention için ekonomik olabilir; NVMe metadata ve hızlı restore için avantajlıdır. ZFS/RAID kararını workload ve disk sayısıyla birlikte verin.

Komut
proxmox-backup-manager datastore list
Komut
proxmox-backup-manager disk list
Komut
zpool status 2>/dev/null || true
Komut
df -hT
04

3. Retention, prune ve garbage collection aynı şey değildir

Prune hangi snapshot referanslarının tutulacağını belirler; garbage collection artık referans edilmeyen chunk’ları fiziksel olarak temizler. İkisini aynı zaman diliminde ağır yük altında koşturmayın.

Günlük/haftalık/aylık retention’ı işin RPO/RTO ihtiyacına göre tanımlayın.
GC başlamadan önce yeterli boş alan bırakın; tamamen dolmuş datastore operasyonları zorlaştırır.
05

4. Verify job’ı backup job’dan bağımsız planlayın

Yeni backup yazıldı diye disk üzerinde sonsuza kadar sağlam kalacağı varsayılmaz. Verify job checksum zincirini periyodik olarak okur.

Komut
proxmox-backup-manager verify-job list
Komut
proxmox-backup-manager task list --all true | head -30
06

5. Client-side encryption anahtarını backup sunucusundan ayrı saklayın

Şifreli snapshot’ı kurtarmak için anahtar gerekir. Anahtar yalnız aynı PBS üzerinde duruyorsa PBS kaybı restore’u da kilitleyebilir.

Anahtar export’unu offline/secret vault’ta tutun.
Anahtar geri yükleme prosedürünü belgeleyin ve test edin.
07

6. Remote Sync ile ikinci hata alanı oluşturun

Remote sync yalnız kapasite kopyası değildir; ransomware, rack kaybı ve lokasyon kesintisi için farklı kimlik bilgileri ve erişim politikasıyla tasarlanmalıdır.

Komut
proxmox-backup-manager remote list
Komut
proxmox-backup-manager sync-job list
08

7. Aylık restore tatbikatını ölçün

Bir test VM’ini izole bridge üzerinde ayağa kaldırın; boot, uygulama, veri tutarlılığı ve geçen süreyi kaydedin. Gerçek RTO ancak restore ile ölçülür.

EKA SUNUCU · TECHNICAL

Backup kapasitesini değil kurtarma senaryosunu boyutlandırın

Eka Sunucu üzerinde Proxmox hostundan bağımsız PBS sistemi için disk, retention, ağ ve uzak lokasyon planı oluşturabilirsiniz.

Production ilkesiÖlç → Test Et → Canlıya AlUydurma benchmark verisi kullanılmaz.
SRC

Resmî kaynaklar

Rehber hazırlanırken esas alınan birincil dokümantasyon ve teknik kaynaklar.

EKA

İlgili teknik içerikler

İlgili altyapı ve uygulama rehberleriyle devam edin.

FAQ

Sık sorulan sorular

PBS 4.2

PBS 4.2 hangi Debian sürümünü kullanıyor?

Resmî 4.2 sürümü Debian 13.4 Trixie tabanlıdır.

PBS aynı Proxmox hostuna kurulabilir mi?

Teknik olarak farklı yöntemlerle mümkün olsa da production backup’ın aynı fiziksel hata alanında olması host kaybına karşı korumayı zayıflatır.

Prune ile garbage collection farkı nedir?

Prune retention’a göre snapshot referanslarını kaldırır; GC artık kullanılmayan chunk verisini fiziksel olarak geri kazanır.

Restore testi ne sıklıkta yapılmalı?

İşin kritikliğine göre değişir; en azından düzenli, ölçülen ve kayıt altına alınmış restore tatbikatı yapılmalıdır.

Top