Proxmox hedef formu yalnız Original Location sunar ve çağrıda pos=orjinal taşır. Yeni isim/farklı lokasyon alanı aktif değildir. Bu rehber kontrollü hazırlık ve kabul kapsamındadır; üretim VM’i üzerine deneme talimatı değildir.
Ekran görüntüleri 16 Ekim 2026 tarihli gerçek laboratuvar arayüzünden alınmıştır. Arayüz İngilizcedir; açıklamalar seçtiğiniz dilde sunulur. Gösterilen kaynak adları, tarihler ve ayarlar örnektir; kendi ortamınızın değerlerini kullanın.
Laboratuvar notu: Proxmox bağlantısı kayıtlıdır ancak Clients içinde VM listesi boş geldi. Bu durumun nedeni doğrulanmadı; boş liste başarılı keşif veya çalışan backup kanıtı değildir. Yeni politika veya backup/restore çalıştırılmadı.
Proxmox sürümü, host/node ve master bileşenleri
Kaynak erişimi, hesap kapsamı ve repository veri yolu
VM kimliği, boot/firmware ve bütün diskler
Kapasite, tutarlılık ve izole restore kabul planı
01
1. Kaynak kaydı ve disk kapsamını doğrulayın
Home → Backups → Backup List içinde Proxmox işini bulun. VM kimliği, host/node, disk ve Last Backup tarihini karşılaştırın. Not Yet Backup kullanılabilir nokta değildir. İşin Active olması gerçek backup tamamlandığını göstermez.
Proxmox katalog aramasındaki tüm mevcut işler Not Yet Backup durumunda. Kullanılabilir nokta bulunmadığından Original Location hedefi canlı olarak doğrulanmadı ve restore gönderilmedi. Büyüt ↗
Beklenen sonuç
Doğru platform ve kaynak kayıt seçilir.
02
2. RESTORE içinde kullanılabilir noktayı seçin
Action → Restore ile Step One açın. VM/öğeyi ve Full/varsa bağlı noktayı inceleyin. Gerekli bütün disk parçaları ve backup zinciri repository’de erişilebilir olmalıdır. Eksik veya hatalı katalog kaydıyla hedefe yazma başlatmayın.
Beklenen sonuç
Nokta ve disk zinciri erişilebilirdir.
03
3. Original Location sınırını değerlendirin
İncelenen Proxmox şablonu yalnız Original Location sunar; farklı host/storage veya yeni VM adıyla güvenli kopya hedefi bu formda doğrulanmış değildir. Üretim kaydıyla deneme yapmayın. Kaynak kimlik ve verinin nasıl etkileneceği backend sürümüyle netleşmeden final Restore gönderilmez.
Beklenen sonuç
Hedef davranışı ve çakışma riski nettir.
04
4. İzole laboratuvar ve backend kabulünü hazırlayın
Kontrollü Proxmox laboratuvarında kaynak VMID/ad, disk/storage ve mevcut veri etkisini teknik ekiple belgeleyin. Arayüzün yorum satırındaki restore-name alanı aktif özellik değildir. Snapshot, overwrite, yeni VM oluşturma ve otomatik başlatma davranışlarını gerçek sürüm test etmeden varsaymayın.
Beklenen sonuç
İşlem öncesinde hedef ve veri etkisi belgelenir.
05
5. Summary ve son eylemi inceleyin
Kaynak nokta, yöntem, VM/disk ve hedef özetini kontrol edin. Yalnız Original Location bulunduğundan mevcut verinin etkisi ve izole lab planı doğrulanmadan ilerlenmez. Genel bir teknik görüşme onayı canlı VM üzerine yazma izni sayılmaz. Önizleme ekranı gerçek başarılı kurtarma kanıtı değildir.
Beklenen sonuç
Onaylı hedef ve kapsam kaydedilir.
06
6. Görev ve hypervisor durumunu karşılaştırın
EraBackup iş sonucunu Proxmox üzerindeki VM ve disk durumuyla karşılaştırın. Hata veya kısmi disk çıktısında aynı hedefe art arda restore göndermeyin. Güç/ağ durumunu kontrol edip hedefi üretim trafiğinden ayrı tutun.
Beklenen sonuç
Görev, disk ve VM durumu tutarlıdır.
07
7. Guest ve uygulama kabulünü belgeleyin
İzole testte boot, filesystem, bütün gerekli diskler, test dosyası/hash ve kritik uygulama sorgusunu doğrulayın. Backup ID, sürümler, hedef, süre ve sonucu kaydedin. Tek VM kabulünü cluster failover, instant recovery veya platformlar arası dönüşüm başarısı olarak sunmayın.
Beklenen sonuç
Kullanılabilir veri ve guest sonucu belgelenir.
MERAK EDİLENLER
Bu rehber instant recovery veya cross-hypervisor dönüşüm mü?
Hayır. Bu yetenekler ayrı kaynak/hedef ve sürüm kabulü gerektirir; burada doğrulanmış ilan edilmez.