Sunucu Yeniden Başlatma: Panelden ve Komutla Güvenli Reboot
Sunucu yeniden başlatma, çekirdek güncellemesini etkinleştirmek, takılan bir servisi kurtarmak ya da bellek sızıntısını temizlemek için en hızlı çözümdür; ama her yeniden başlatma kısa bir kesinti, açık işlemlerin kaybı ve açılışta başlamayan bir servis riski taşır. Fark, işlemi rastgele değil kontrol listesiyle yapmaktadır.
Bu rehberde ne zaman yeniden başlatmanız (ve ne zaman başlatmamanız) gerektiğini, öncesinde kontrol edilecekleri, LIONFIN müşteri panelindeki Yeniden Başlat düğmesi ile Linux ve Windows komutlarını ve sunucu geri gelmezse izlenecek yolu anlatıyoruz. Örnekler VPS sunucu üzerinden verilmiştir; komutlar VDS ve fiziksel sunucularda da aynıdır.
Ne zaman yeniden başlatmalı, ne zaman başlatmamalı?
Yeniden başlatma bir teşhis aracı değil, tedavi adımıdır; nedenini bilmeden uygularsanız sorun geri gelir. Tablo en sık senaryoları özetler:
| Durum | Öneri |
|---|---|
| Çekirdek (kernel) ya da sistem güncellemesi kuruldu | Yeniden başlatın; yeni çekirdek ancak böyle devreye girer |
| Tek bir servis yanıt vermiyor (web, veritabanı) | Önce yalnızca servisi yeniden başlatın: systemctl restart nginx |
| Yük ve bellek kullanımı sürekli yüksek | Önce top ile nedeni bulun; reboot geçici rahatlatır |
| Disk dolu | Yeniden başlatmak çözmez, açılışı bile engelleyebilir; önce yer açın |
| Panel “çalışıyor” diyor ama hiçbir bağlantı kurulamıyor | Konsoldan bakın; ulaşamıyorsanız panelden yeniden başlatın |
Linux’ta sunucu yeniden başlatma gerekip gerekmediğini needrestart (Debian/Ubuntu) ya da dnf needs-restarting -r (AlmaLinux/Rocky) komutu söyler.
Sunucu yeniden başlatma öncesi kontrol listesi
- Yedek güncel mi? Özellikle veritabanı sunucularında son yedeğin tarihine bakın; düzen için 3-2-1 yedekleme kuralı rehberi ölçüt verir.
- Kim bağlı, ne çalışıyor?
whoile açık oturumları,uptimeile yükü,ps aux --sort=-%cpu | headile yoğun işlemleri görün; süren bir yedekleme ya da veri aktarımı varsa bitmesini bekleyin. - Servisler açılışta başlıyor mu? Elle başlattığınız bir servis reboot sonrası ayağa kalkmaz:
systemctl is-enabled nginx mariadb php-fpmçıktısı enabled olmalı. - Disk ve fstab sağlam mı?
df -hile boş alanı,cat /etc/fstabile bağlanacak diskleri kontrol edin; hatalı bir fstab satırı açılışı durdurur. - Zaman, bildirim, panel erişimi. Trafiğin en düşük olduğu saati seçin, ekibe haber verin, izleme uyarılarını sessize alın; SSH açılmazsa tek yolunuz müşteri paneli olduğundan giriş bilgileri elinizde olsun.
Panelden yeniden başlatma: Yeniden Başlat ile Durdur farkı
Komut satırına ulaşamıyorsanız ya da sunucu tamamen kilitlendiyse müşteri panelini kullanın:
- Müşteri paneline girin, Hizmetlerim listesinden sunucuyu seçip Yönet düğmesine tıklayın; durum satırı ve CPU/RAM grafikleri son dakikalarda ne olduğunu gösterir.
- Yeniden Başlat düğmesine basıp onaylayın. İşlem birkaç dakika sürer; durum önce Yeniden başlatılıyor, sonra Çalışıyor olur.
Yeniden Başlat ile Durdur arasındaki fark önemlidir: ilki sanallaştırma katmanı üzerinden işletim sistemine kapanma sinyali gönderir, servisler düzgün kapatılıp yeniden açılır. Durdur ise fişi çekmeye benzer; sistem yanıt vermiyorsa kaçınılmazdır ama açık dosyalarda veri kaybı ve açılışta dosya sistemi denetimi (fsck) riski taşır. Sunucu kilitliyse önce Yeniden Başlat’ı deneyin; birkaç dakika içinde tepki yoksa Durdur, ardından Başlat uygulayın.
Linux’ta komutla yeniden başlatma
SSH ile bağlıyken (VPS bağlantı rehberi) en temiz yol systemd üzerinden kapanmadır; tüm servisler sırayla durdurulur:
sudo systemctl reboot
# eşdeğeri:
sudo rebootZamanlamak ve bağlı kullanıcıları uyarmak için shutdown kullanın; ilk komut 5 dakika sonra, ikincisi 23:30’da yeniden başlatır, üçüncüsü planı iptal eder:
sudo shutdown -r +5 "Sunucu 5 dakika icinde yeniden baslatilacak"
sudo shutdown -r 23:30
sudo shutdown -cSistem tamamen kilitlendiyse ve reboot bile yanıt vermiyorsa son çare çekirdeğe doğrudan komut vermektir: echo b | sudo tee /proc/sysrq-trigger. Bu, disk tamponlarını yazmadan yeniden başlatır; panelden Durdur ile aynı riski taşır. Açılıştan sonra uptime çıktısındaki süre sıfırlanmış olmalı, systemctl --failed boş dönmelidir.
Windows sunucuda yeniden başlatma
RDP ile bağlıyken Başlat menüsü → Güç → Yeniden Başlat yolu çalışır; Windows Server bir gerekçe seçmenizi ister. Komut satırı ya da PowerShell daha kontrollüdür:
shutdown /r /t 0
shutdown /r /t 300 /c "Planli bakim: 5 dakika icinde yeniden baslatilacak"
shutdown /aİlk komut hemen, ikincisi 5 dakika sonra kullanıcıları uyararak yeniden başlatır; /a planı iptal eder. PowerShell’de Restart-Computer -Force aynı işi görür. Windows Update sonrası “yeniden başlatma bekliyor” durumu Ayarlar → Windows Update ekranında görünür; büyük güncellemelerde açılış birkaç dakika uzayabilir ve bu sürede RDP bağlantısı reddedilir. Panelden yapılan yeniden başlatma da Windows’a düzgün kapanma sinyali gönderir.
Sunucu geri gelmedi: adım adım teşhis
Sunucu yeniden başlatma normalde 1–3 dakika sürer; 10 dakika geçtiyse sırayla ilerleyin:
ping SUNUCU_IPile ağa dönüp dönmediğine bakın; ping dönüyor ama SSH/RDP açılmıyorsa sunucu açılmış, servis başlamamıştır.- Panelde Hizmetlerim → Yönet ekranındaki durumu ve konsolu açın; konsol açılış ekranındaki hatayı (dosya sistemi denetimi, fstab hatası, çekirdek paniği) gösterir.
- Konsolda emergency mode görüyorsanız neden çoğu kez
/etc/fstabiçindeki geçersiz bir satır ya da dolu disktir; satırı yorum yapıpsystemctl defaultile devam edin. - Sunucu açıldı ama site kapalıysa
systemctl --failedvejournalctl -b -p errile başlamayan servisi bulun;systemctl startile kaldırıpenableedin. - Çözüm bulamazsanız müşteri paneli → Destek bölümünden sunucu adı, saat ve konsoldaki hatayla talep açın.
Bu kesintileri erken haber almak için bir izleme aracı şarttır; seçenekler sunucu izleme ve uptime takibi yazısında karşılaştırılmıştır.
Sık Sorulan Sorular
Sunucu yeniden başlatma ne kadar sürer?
Linux VPS’lerde genellikle 30–90 saniye, Windows sunucularda 1–3 dakika sürer. Bekleyen Windows güncellemeleri, açılışta dosya sistemi denetimi ya da büyük veritabanlarının kurtarma işlemi bu süreyi 10–15 dakikaya çıkarabilir. Süre uzuyorsa paneldeki konsoldan açılış ekranına bakmak, körlemesine ikinci bir yeniden başlatma yapmaktan daha doğrudur.
Sunucuyu ne sıklıkla yeniden başlatmalıyım?
Düzenli bir takvim gerekmez; sağlıklı bir Linux sunucu aylarca açık kalabilir. Yeniden başlatma yalnızca çekirdek güncellemesinden sonra ve teşhisi konmuş bir sorun için yapılır. Windows sunucularda aylık güncelleme döngüsü çoğu zaman bir yeniden başlatma gerektirir; bunu trafiğin düşük olduğu bir bakım penceresine planlayın.
Yeniden başlatınca verilerim silinir mi?
Diske yazılmış veriler silinmez; sunucunun diski kalıcıdır. Risk, yalnızca bellekte tutulan verilerdedir: kaydedilmemiş dosyalar, kalıcılığı kapalı önbellek servisleri (Redis gibi) ve /tmp altındaki geçici dosyalar kaybolur. Bu yüzden düzgün kapanma (reboot) ile zorla kapatma (Durdur) arasındaki fark önemlidir; ikincisi yazılmamış tamponları da kaybettirir.
Sunucuyu yeniden başlatmak yerine servisi yeniden başlatmak yeterli mi?
Sorun tek bir servisteyse evet ve çoğu zaman daha doğrudur: systemctl restart apache2 ya da systemctl restart mariadb komutu saniyeler içinde tamamlanır, diğer servisler etkilenmez. Tüm sunucuyu yeniden başlatmak yalnızca çekirdek güncellemesi, bellek sızıntısı gibi sistem geneli sorunlar ya da hiçbir servise ulaşılamayan kilitlenmelerde gereklidir.
Bu makale yardımcı oldu mu?
Geri bildiriminiz için teşekkürler!
kişi faydalı buldu