01Adımlar
1. Mevcut dosya, veritabanı, e-posta ve DNS kayıtlarının envanterini çıkarmak
Gerekirse bu adım test ortamında önceden denenir.
2. Tam yedek almak ve yedeğin açıldığını doğrulamak
Gerekirse bu adım test ortamında önceden denenir.
3. Yeni ortamı kurup sürüm ve ayarları eşlemek
Bu adımda yapılan her değişiklik kayıt altına alınır.
4. Veriyi aktarıp test adresinde denemek
Gerekirse bu adım test ortamında önceden denenir.
5. DNS kayıtlarının süresini (TTL) düşürüp geçişi planlı saatte yapmak
Bu adımın çıktısı kısa bir notla paylaşılır.
6. Geçiş sonrası formları, e-postaları, SSL'i ve yönlendirmeleri kontrol etmek
Adım tamamlanmadan bir sonrakine geçilmez; sonuç doğrulanır.
02Dikkat noktaları
- Kaçınılması gereken: SSL ve yönlendirmeleri yeni ortamda yeniden kurmamak
- Kaçınılması gereken: test adresinde denemeden canlıya geçmek
- Kaçınılması gereken: yedeği almadan eski hesabı kapatmak
03Belirti, neden ve çözüm
| Belirti | Olası neden | Çözüm |
|---|---|---|
| Site/uygulama ara ara çöküyor | Kaynak yetersiz, izleme yok | İzleme ve ölçeklendirme |
| Güncelleme sonrası bozuluyor | Test ortamı yok | CI/CD ve test ortamı |
| Yedek var sanılıyor ama dönülemiyor | Geri yükleme hiç denenmemiş | Düzenli geri yükleme testi |
04Termal'da sunucu taşıma
Termal'ın PTT verisindeki 4 yerleşim kaydı 2 farklı posta koduna dağılır.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Termal'daki işletmelerle ekran paylaşımlı demolar ve ortak bir proje panosu üzerinden çalışılır. Donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
Yalova genelinde Armutlu, Yalova Merkez ve Altınova gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Siteniz veya uygulamanız çalışmıyorsa hemen arayın: 0540 003 19 81 — önce yedek, sonra tespit.
05Hangi durumlarda gündeme gelir?
Veri senkronu gerektiğinde
Veri senkronu, sunucu taşıma projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.
Site veya uygulama sık sık erişilemez olduğunda
Sunucu taşıma için izleme, kaynak kullanımı ve log analiziyle kesintilerin nedeni bulunur.
06Kapsamı ve maliyeti etkileyenler
- ortam sayısı
- izleme ve yedekleme kapsamı
- veritabanı boyutu
- bakım periyodu
07Örnek planlama hesabı
Örnek: sunucu yükü
- Eşzamanlı kullanıcı
- 420
- Kullanıcı başı dakikadaki istek
- 8
- Saniyedeki istek
- 56
- Zirve payıyla (× 3)
- 168
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Sunucu taşıma öncesinde neleri hazırlamalıyım?
Hosting/sunucu yönetim paneli erişimi, alan adının kayıtlı olduğu firmadaki dns erişimi ve varsa e-posta hesap listesi işi hızlandırır.
Yalova dışındaki işletmelere de hizmet veriyor musunuz?
Evet. Askadar Yazılım, Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışır; gerektiğinde yerinde çalışma ayrıca planlanır.
Adımların sırası değişebilir mi?
Mevcut duruma göre değişebilir; ancak yedek ve test adımları her zaman önce gelir.
Bu adımları kendim uygulayabilir miyim?
Bazı adımlar teknik bilgiyle yapılabilir; yedekleme, sürüm uyumu ve canlı ortam değişiklikleri ise deneyim gerektirir. Kendin yap mı uzman mı sayfasında ayrımı anlattık.
Termal'dan yazıyorum; toplantılar nasıl yapılıyor?
Toplantılar görüntülü yapılır ve ekran paylaşımıyla ilerler. Cihaz kurulumu, saha incelemesi veya ekip eğitimi gibi yerinde bulunmayı gerektiren adımlar ayrıca planlanır.
Sunucu hesabı kimin adına açılır?
İşletmenin adına açılır; yönetim erişimi işletmede kalır. Biz yetkili kullanıcı olarak çalışırız.
Sunucu taşıma sırasında site veya uygulama kapanır mı?
Hazırlık test ortamında yapılır; canlı ortamdaki değişiklik önceden haber verilen kısa bir bakım penceresinde uygulanır.
→İlgili sayfalar
Sunucu Taşıma hakkında diğer konular
Termal'da ilgili hizmetler
Yalova içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- DNS planı
- veri senkronu
- test
- GitHub Actions
- SSL
- Nginx
- Docker Compose
- Docker
- Cloudflare
- PostgreSQL
- Yalova
- Termal