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
TEKNİK REHBER • TR / EN / DE

Debian 11 Plesk → Debian 12 Geçiş Rehberi 2026

Debian 11 vendor LTS sonu 31 Ağustos 2026 yaklaşırken Plesk sunucularında Debian 12’ye dist-upgrade veya yeni sunucuya migration kararını güvenli biçimde planlayan kapsamlı rehber.

Son doğrulama: 18.08.2026 TR / EN / DE Resmî kaynaklı
Production öncesi önemli not

Komutları canlı sistemde uygulamadan önce sürüm, yedek, firewall ve geri dönüş planını kendi altyapınızda doğrulayın.

2026 güncel resmî kaynak production doğrulama
MİMARİ & TEŞHİS
EKA CORE
Debian 11 Plesk → Debian 12 Geçiş Rehberi 2026

Plesk deprecation planı Debian 11’in vendor EOL tarihini 31 Ağustos 2026 olarak belirtir ve Debian 12’ye dist-upgrade ya da desteklenen OS üzerinde yeni Plesk sunucusuna migration önerir. Kritik karar, mevcut sunucunun karmaşıklığına göre “yerinde yükseltme mi, temiz migration mı?” sorusudur.

Mimari ve mevcut durumProduction odaklı teknik kontrol
Doğrulandı
Ön koşullar ve envanterProduction odaklı teknik kontrol
Doğrulandı
Uygulama / geçiş adımlarıProduction odaklı teknik kontrol
Doğrulandı
Performans ve doğrulamaProduction odaklı teknik kontrol
Doğrulandı
Resmî kaynak + ölçülebilir test + geri dönüş planı
Bu rehberde neler var?

Plesk deprecation planı Debian 11’in vendor EOL tarihini 31 Ağustos 2026 olarak belirtir ve Debian 12’ye dist-upgrade ya da desteklenen OS üzerinde yeni Plesk sunucusuna migration önerir. Kritik karar, mevcut sunucunun karmaşıklığına göre “yerinde yükseltme mi, temiz migration mı?” sorusudur.

01

Bu rehberde neler var?

Kurulum komutundan öte mimari, kapasite, güvenlik, hata teşhisi ve production işletimini tek akışta ele alıyoruz.

Mimari ve mevcut durum
Ön koşullar ve envanter
Uygulama / geçiş adımları
Performans ve doğrulama
Güvenlik ve erişim sınırları
Hata teşhisi ve geri dönüş

İçindekiler

  1. Neden şimdi planlanmalı?
  2. Dist-upgrade mi yeni sunucu migration mı?
  3. Geçiş öncesi teknik envanter
  4. Backup ve restore testi
  5. DNS ve mail geçişi
  6. Uygulama uyumluluğu
  7. Geçiş sonrası doğrulama
  8. Operasyon kapanışı
  9. Sık görülen hata ve yanlış teşhisler
  10. Komutlar ve kontrol çıktıları
  11. Sık sorulan sorular
02

Neden şimdi planlanmalı?

Debian 11 LTS sonuna günler kalmışken DNS TTL, backup, lisans, mail ve uygulama bağımlılıklarını bakım gecesine bırakmak risklidir.

Plesk sürümü, extension’lar ve hedef Debian 12 desteği önceden doğrulanır; EOL günü geldiğinde ilk kez migration denemek yerine pilot geçiş yapılır.

03

Dist-upgrade mi yeni sunucu migration mı?

Sağlıklı paket yapısı, az custom repository ve iyi restore planı olan sistemlerde desteklenen dist-upgrade daha kısa olabilir. Çok eski/custom bileşen veya yüksek müşteri yoğunluğu varsa temiz sunucu migration daha kontrollü rollback sunabilir.

Karar sadece işlem süresine değil, bağımlılık karmaşıklığı, veri senkronizasyonu ve geri dönüş maliyetine göre verilir.

04

Geçiş öncesi teknik envanter

Plesk sürümü, Debian paket durumu, repository, disk/inode, DB boyutu, mail queue, DNS authority, PHP handler, ionCube, cron ve extension listesi çıkarılmalıdır.

Broken package, pending reboot veya disk baskısı gibi mevcut problemler migration öncesi çözülür; geçiş sırasında kök neden karışması engellenir.

05

Backup ve restore testi

Tam Plesk backup yanında kritik database dump ve uygulama dosyalarının bağımsız doğrulanması yararlıdır. Harici backup hedefinin erişilebilirliği test edilir.

Restore denenmemiş backup, production planında kanıtlanmış rollback kabul edilmemelidir.

06

DNS ve mail geçişi

TTL önceden düşürülür, SPF/DKIM/DMARC kayıtları karşılaştırılır, mail queue izlenir. Yeni IP varsa reverse DNS ve outbound mail teslim testi yapılır.

DNS propagasyonu sırasında iki sunucuya da trafik gelebileceği için veri yazan uygulamalarda senkronizasyon/cutover penceresi özel planlanmalıdır.

07

Uygulama uyumluluğu

PHP handler, ionCube, cron path, özel binary, database sql_mode ve filesystem permission farkları test edilir.

Ana sayfanın açılması checkout, login, API, cron ve mail akışının çalıştığını kanıtlamaz; kritik kullanıcı yolculukları ayrı test edilir.

08

Geçiş sonrası doğrulama

Domain başına HTTPS, SSL chain, DB bağlantısı, mail gönder/al, cron, DNS ve panel login kontrolleri checklist ile yapılır.

Eski sunucu hemen silinmez; rollback penceresi iş gereksinimine göre korunur ve yalnız stabilite doğrulandıktan sonra kapatılır.

09

Operasyon kapanışı

DNS oturup log anomalileri sona erdikten sonra eski server backup/retention ve lisans politikasıyla kontrollü kapatılır.

Yeni Debian 12 sisteminde performans baseline alınarak gelecekteki IOPS, memory ve latency sorunları için karşılaştırma noktası oluşturulur.

ERR

Sık görülen hata ve yanlış teşhisler

Plesk deprecation planı Debian 11’in vendor EOL tarihini 31 Ağustos 2026 olarak belirtir ve Debian 12’ye dist-upgrade ya da desteklenen OS üzerinde yeni Plesk sunucusuna migration önerir. Kritik karar, mevcut sunucunun karmaşıklığına göre “yerinde yükseltme mi, temiz migration mı?” sorusudur.

Belirti / problemMuhtemel katmanİlk doğrulama
Dist-upgrade yarıda kaldıPaket/repository çatışması olabilir.APT durumu ve Plesk upgrade logları incelenir.
Site farklı davranıyorPHP veya DB sürüm farkı olabilir.Runtime/config diff karşılaştırılır.
Mail eski sunucuya gidiyorTTL/MX cache etkisi olabilir.Authoritative DNS ve queue kontrol edilir.
SSL eksikMigration veya ACME doğrulaması eksik olabilir.Certificate mapping ve challenge logu incelenir.
Cron çalışmıyorInterpreter path değişmiş olabilir.Cron environment ve PHP binary kontrol edilir.
FLOW

Uygulama ve doğrulama akışı

Kurulum komutundan öte mimari, kapasite, güvenlik, hata teşhisi ve production işletimini tek akışta ele alıyoruz.

1

Tam envanter çıkar

Plesk, OS, app bağımlılıklarını listele.

2

Geçiş yöntemini seç

Dist-upgrade veya temiz migration.

3

Backup restore doğrula

Geri dönüşü test et.

4

DNS/mail planını hazırla

TTL ve kayıtları kıyasla.

5

Pilot taşıma yap

Kritik uygulama akışlarını test et.

6

Canlı cutover yap

Veri farkını minimuma indir.

7

Rollback penceresini kapat

Stabilite sonrası eski sistemi kapat.

CLI

Komutlar ve kontrol çıktıları

Kurulum komutundan öte mimari, kapasite, güvenlik, hata teşhisi ve production işletimini tek akışta ele alıyoruz.

İşletim sistemi
cat /etc/os-release
Plesk sürümü
plesk version
Disk ve inode
df -h && df -i
Paket ön kontrolü
apt update && apt list --upgradable
TEKNİK ÖN DEĞERLENDİRME

Sunucu ihtiyacınızı teknik olarak değerlendirelim

Mevcut altyapınızın sürüm, kaynak, güvenlik ve geri dönüş koşullarını inceleyerek canlı değişiklik öncesi teknik ön değerlendirme yapabiliriz.

Telefon & WhatsApp0850 307 34 58İlk aşamada şifre göndermeyin.
SRC

Resmî ve teknik kaynaklar

Kurulum komutundan öte mimari, kapasite, güvenlik, hata teşhisi ve production işletimini tek akışta ele alıyoruz.

EKA

İlgili Eka Sunucu sayfaları

Kurulum komutundan öte mimari, kapasite, güvenlik, hata teşhisi ve production işletimini tek akışta ele alıyoruz.

FAQ

Sık sorulan sorular

Plesk deprecation planı Debian 11’in vendor EOL tarihini 31 Ağustos 2026 olarak belirtir ve Debian 12’ye dist-upgrade ya da desteklenen OS üzerinde yeni Plesk sunucusuna migration önerir. Kritik karar, mevcut sunucunun karmaşıklığına göre “yerinde yükseltme mi, temiz migration mı?” sorusudur.

Debian 11 ne zaman EOL?

Plesk deprecation planı vendor EOL tarihini 31 Ağustos 2026 olarak belirtir.

Debian 12’ye dist-upgrade mümkün mü?

Plesk desteklenen dist-upgrade prosedürünü sunar; mevcut sunucu özel durumları ön kontrolden geçirilmelidir.

Yeni sunucu migration daha mı güvenli?

Karmaşık sistemlerde daha temiz rollback sağlayabilir fakat veri senkronizasyonu gerektirir.

TTL ne zaman düşürülür?

Mevcut TTL süresi dikkate alınarak cutover’dan önce düşürülür.

Mail kaybı nasıl azaltılır?

MX/TTL, queue ve iki taraflı gönder/al testleriyle.

Eski sunucu ne zaman kapanır?

DNS, veri, mail ve uygulama stabilitesi doğrulandıktan sonra.

EKA SUNUCU

Sunucu ihtiyacınızı teknik olarak değerlendirelim

Mevcut altyapınızın sürüm, kaynak, güvenlik ve geri dönüş koşullarını inceleyerek canlı değişiklik öncesi teknik ön değerlendirme yapabiliriz.

Telefon & WhatsApp0850 307 34 58ekasunucu.com
Top