Yedekleme ve taşıma

#Yedekleme türleri

Yedekleme ekranı Sunucu Yönetimi → Yedekleme altındadır ve şu sekmelerden oluşur: Anlık görüntüler, Depolar, Zamanlama ve saklama (bu üçü Pro), Tam yedekler, Tam yedek ayarları ve Taşıma ve içe aktarma.

#Tam hesap yedekleri

Tam yedek bir .tar.gz arşividir. İçinde hesabın panel kayıtları (alan adları, veritabanları ve kullanıcıları, e-posta, cron, DNS), MySQL dökümleri, PostgreSQL veritabanları ve ev dizini bulunur. Ev dizinindeki backups/, tmp/ ve .trash/ dizinleri alınmaz. Üç tür vardır: Tam yedek, Yalnızca dosyalar ve Yalnızca veritabanları.

#Kullanıcı paneli

Hesap sahibi Kullanıcı paneli → Dosyalar → Yedekleme sayfasından kendi yedeğini alır, indirir, siler ve geri yükler. Kullanıcının aldığı yedekler kendi ev dizininde ~/backups altında durur. Geri yüklemede dosyalar ve veritabanları ayrı ayrı seçilebilir. Başka bir sunucudan yüklenmiş bir bipanel yedeği (.tar.gz) de ev dizininden seçilerek geri yüklenebilir. Aynı hesapta aynı anda tek yedekleme işi çalışır.

#Zamanlanmış sunucu yedekleri

Tam yedek ayarları sekmesinde zamanlanmış yedekleme açılır. Varsayılanlar:

Sunucu yedekleri native kurulumda /var/lib/bipanel/backups/<hesap>/, Docker ve Railway kapsayıcısında kalıcı birimdeki /data/backups/ altına yazılır. Bir hesap silindiğinde sunucu yedekleri korunur; Tam yedekler listesinden "Hesabı yeniden oluştur" seçeneğiyle hesap yedekten geri kurulabilir. Kullanıcının kendi yedekleri ise ev diziniyle birlikte silinir.

Aynı işlemler komut satırından da yapılabilir:

$ bipanel backup list
$ bipanel backup create --all --kind databases
$ bipanel backup restore 42 --mode recreate --package Temel

#Artımlı yedekler (Pro)

Pro sürümde yedek motoru restic'tir: veriler tekilleştirilir, şifrelenir ve her çalışmada yalnızca değişen kısımlar gönderilir. Native kurulumda Sunucu Yönetimi → Bileşenler ekranından "restic (artımlı yedekleme)" bileşeni kurulur. Bileşen varsayılan olarak kurulu değildir; resmi sürüm SHA-256 özetiyle doğrulanarak kurulur ve rclone da eklenir. Docker imajında restic ve rclone hazır gelir; konteynerde yedekler kalıcı volume'daki /data/backups/ altına yazılır (bkz. Docker ve Railway).

#Depolar ve sunucu anahtarı

Depolar sekmesinde bir yedek hedefi üzerinde restic deposu açılır. Bu sunucunun açtığı tüm depolar, panelde şifreli saklanan rastgele bir sunucu anahtarıyla korunur. Sunucu tamamen kaybolursa depolar ancak bu anahtarla açılabilir. Anahtar yeniden kimlik doğrulamasıyla yalnızca bir kez dışa aktarılabilir, sonra panel onu bir daha göstermez; güvenli bir yerde saklayın. Başka bir sunucunun deposu, adresi ve o sunucunun anahtarı girilerek devralınabilir; böylece yeni sunucuda eski sunucunun yedeklerinden hesap kurulabilir. Depo bakımı için bütünlük denetimi, prune ve kilit açma işlemleri vardır.

#Zamanlama ve saklama

Dışlama desenleri (*.log, node_modules, public_html/cache), büyük dosya sınırı, bant genişliği sınırı, ek kopya depoları ve yalnızca yöneticinin girebildiği ön/son kancalar da ayarlanabilir. Ayarlar hesap başına geçersiz kılınabilir; saklama kuralı uygulanmadan önce önizlenebilir.

#Geri yükleme

Anlık görüntüler sekmesinde geri yükleme noktalarına göz atılır. Bir dosya veya dizin özgün yerine ya da ev dizinindeki başka bir klasöre, tek bir MySQL veya PostgreSQL veritabanı, tek bir posta kutusu ya da tüm hesap geri yüklenebilir; silinmiş bir hesap yeniden oluşturulabilir. Dosyalar hesap kullanıcısının kimliğiyle yazılır.

Yönetici izin verirse hesap sahibi Kullanıcı paneli → Yedekleme → Artımlı yedekler sekmesinden kendi noktalarını görür ve geri yükler. Bu, "Artımlı yedeklerden geri yükleme" paket özelliğiyle hesap bazında kapatılabilir. Kullanıcılar yalnızca yöneticinin görünür yaptığı depolardaki kendi anlık görüntülerine ulaşır.

Lisans süresi dolsa da zamanlanmış artımlı yedekler, göz atma ve geri yükleme çalışmaya devam eder; yeni depo ve politika tanımlamak geçerli bir Pro lisansı ister.

#Yedek hedefleri

Sunucu Yönetimi → Yedekleme → Yedek hedefleri ekranında tanımlanan hedefler hem tam yedeklerin kopyalanmasında hem de restic depolarında kullanılır. Uzak hedefler rclone ile çalışır.

Bağlantı testi, kota ve bant genişliği sınırı hedef başına ayarlanır. "Yeni yedekleri kopyala" açık olan bir hedefe, bu seçenek açıldıktan sonra alınan başarılı yedekler 5 dakikada bir kopyalanır; başarısız kopya 30 dakika arayla en fazla 3 kez denenir. Hedefte klasör başına tutulacak kopya sayısı (varsayılan 7) aşılınca yalnızca panelin oraya koyduğu dosyalar silinir. Hedefteki bir yedek sunucuya geri indirilebilir.

Sunucu diski dışındaki uzak hedefleri tanımlamak için lisansta "Uzak yedekleme" özelliği gerekir; Topluluk sürümünde bu özellik yoktur (bkz. Fiyatlar). Pro sürümde hesap sahipleri Kullanıcı paneli → Dosyalar → Yedek Hedefleri sayfasından kendi uzak hedeflerini tanımlayabilir; yönetici bunu paket bazında ya da tümüyle kapatabilir.

Docker ve Railway kurulumunda /data altındaki yedekler panelle aynı birimde durur. Birimin kaybına karşı en az bir uzak hedef kullanın.

#Hesap taşıma

#Başka bir bipanel sunucusundan

Kaynak sunucuda Sunucu Yönetimi → Hesaplar → Taşıma kaynağı ekranında bir aktarım belirteci oluşturulur (her iki sürümde). Belirteç yalnızca taşıma uçlarını açar, panel oturumu vermez. IP/CIDR kısıtı ve son kullanma tarihi eklenebilir; hazırlanan arşivler 24 saat sonra silinir. Hedef sunucuda Hesaplar → Hesap taşıma aracı (Pro) ekranında "bipanel sunucusu" seçilir, adres ve belirteç girilir. Hesaplar aynı parolalarla taşınır.

#Başka bir kontrol panelinden

Hesap taşıma aracı, desteklenen başka kontrol panellerini çalıştıran sunuculara SSH ile bağlanır. Ana makine anahtarının parmak izi onaylanmadan bağlantı kurulmaz; parola veya özel anahtar komut satırında görünmez. Native kurulumda gereken araçlar "Taşıma araçları" bileşeniyle gelir.

Her hesap sırayla şu adımlardan geçer: kaynakta arşiv hazırlama, indirme (kaldığı yerden devam eder, SHA-256 doğrulanır), içe aktarma ve denetim. Oturum başına 1–4 hesap paralel işlenir. Bu sunucuda aynı adlı bir hesap varsa "üzerine yaz" açılmalı ya da hesap başka bir ada eşlenmelidir. Üzerine yazmada önce mevcut hesabın güvenlik yedeği alınır; içe aktarma başarısız olursa eski hesap geri kurulur. Taşıma sonrası denetimler siteyi ve veritabanı, posta kutusu ve alan adı sayılarını karşılaştırır; hesabı değiştirmez. DNS yardımcısı taşımadan önce TTL değerlerini düşürür, sonra eski IP'yi gösteren A kayıtlarını bu sunucuya çevirir.

#Arşivden içe aktarma

Kaynak sunucuya bağlanılamıyorsa arşiv yüklenir:

• Yedekleme → Taşıma ve içe aktarma sekmesi: bipanel yedekleri ve desteklenen başka panellerin tam hesap arşivleri (.tar.gz; biçim dosya adından otomatik algılanır). Ev dizini, MySQL veritabanları (parolalarıyla) ve ek, alt ve park alan adları aktarılır. Büyük arşivleri SFTP ile /var/lib/bipanel/backups/_uploads dizinine (kapsayıcıda /data/backups/_uploads) kopyalayın.
• Hesaplar → Başka panelden içe aktar: XML dökümlü abonelik yedekleri, tek parça ve parçalı kullanıcı yedekleri. Önce kuru çalıştırma raporu üretilir; başarısız içe aktarma geri alınır. Topluluk sürümünde tek arşivden tek hesap, Pro sürümde çoklu hesap ve toplu içe aktarma yapılır.

Topluluk sürümünde içe aktarılan hesaplar da 3 barındırma hesabı sınırına dahildir. Aynı sunucuda bir hesabı başka bir diske taşımak için Disk yöneticisi sayfasına bakın. Küme üyeleri arasında hesap taşıma için Küme ve bulut sayfasına bakın.