01İstenecek erişimler
- Hosting/sunucu yönetim paneli erişimi
- Alan adının kayıtlı olduğu firmadaki DNS erişimi
- Varsa e-posta hesap listesi
- Bakım için uygun zaman aralığı
02Tam yedek
İşe başlamadan önce dosya ve veritabanının tam yedeği alınır ve yedeğin açıldığı doğrulanır. Yedek, çalışılan sunucudan farklı bir yerde saklanır.
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 |
04Bakım penceresi
Canlı ortamı etkileyecek adımlar, kullanımın en düşük olduğu saatlere planlanır ve önceden duyurulur; gerekirse ziyaretçilere bakım sayfası gösterilir.
05Hazırlık kontrol listesi
- Erişim bilgileri tek bir güvenli listede
- Son değişikliklerin tarihi ve açıklaması
- Kritik sayfa ve işlemlerin listesi
- Sorumlu kişinin iletişim bilgisi
06Kapsamı ve maliyeti etkileyenler
- bakım periyodu
- izleme ve yedekleme kapsamı
- trafik
- ortam sayısı
07Sunucu taşıma hangi işletmelerde kullanılır?
- Veritabanı sunucuları
- API servisleri
- Web siteleri ve e-ticaret
- Kurumsal uygulamalar
08Hangi durumlarda gündeme gelir?
Yedekten dönüş hiç denenmediyse
Şifreli ve otomatik yedekleme kurulur; geri yükleme düzenli test edilir.
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.
09İşletim ve bakım ipuçları
- Yedeklerden geri yükleme belirli aralıklarla denenir.
- SSL sertifikası ve alan adı yenileme tarihleri takip edilir.
- Disk, bellek ve işlemci kullanımı uyarı eşikleriyle izlenir.
10Planlama notları
- Yedekler 3-2-1 ilkesiyle (3 kopya, 2 farklı ortam, 1 başka konum) ve düzenli geri yükleme testiyle tutulur.
- Dağıtım otomatikleştirilir (CI/CD); elle FTP yüklemesinden kaçınılır.
- İzleme: uptime, hata logları, kaynak kullanımı ve uyarılar.
11İznik'te planlama
İznik'in PTT verisindeki 46 yerleşim kaydı 1 farklı posta koduna dağılır.
İznik'te bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.
Bursa genelinde Harmancık, Osmangazi ve Orhaneli gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
İznik bölgesinden sunucu taşıma talebiniz için 0540 003 19 81 numarasını arayabilir veya teklif formunu doldurabilirsiniz.
SSSSık sorulan sorular
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.
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.
Bursa dışındaki işletmelere de hizmet veriyor musunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Bursa de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
Erişim bilgilerini nasıl paylaşmalıyım?
Parolaları açık metin olarak e-postayla göndermek yerine geçici kullanıcı açmak veya güvenli bir parola paylaşım aracı kullanmak önerilir; iş bitince erişim kapatılır.
İznik'te bulunuyorum, yerinde görüşme mümkün mü?
İşin büyük bölümü uzaktan yürür: ilk görüşme telefonla, sonraki toplantılar görüntülü yapılır. Kurulum ya da eğitim gerekiyorsa yerinde çalışma takvime eklenir.
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.
Yedeği kim alır?
Erişim verildiyse yedeği biz alırız; mevcut hosting yedeği varsa ayrıca doğrulanır.
→İlgili sayfalar
Sunucu Taşıma hakkında diğer konular
İznik'te ilgili hizmetler
Bursa içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- DNS planı
- veri senkronu
- test
- GitHub Actions
- SSL
- Nginx
- Docker
- VPS
- ölçeklendirme
- CI/CD
- Bursa
- İznik