BAŞLAMADAN ÖNCE
Başlamadan önce kontrol edin
Bu rehber Windows ajanı üzerinden SQL/MSSQL instance ve database akışını anlatır. Full, differential ve transaction log zinciri aynı kavram değildir. 10 Ekim Always On kabul planında AG keşfi, preferred replica, sağlık/failover kararları ve otomatik join/seed kanıtı eksiktir; cluster alanı görünmesi bunların kabulü değildir.
Görsel/kabul sınırı: bu rehber yerel Agent Policy, restore şablonu ve mevcut teknik belgelere dayanır. Firefox kontrolünde süren sayfa okuma sorunu nedeniyle bu tur yeni SQL Server/Oracle ekranı alınamadı; PostgreSQL veya başka bir motorun ekranı yerine kullanılmadı. Yeni instance/policy oluşturulmadı, backup/restore veya log sonlandırma çalıştırılmadı. Kurulu sürüm ve uçtan uca veri kabulü ayrıca doğrulanmalıdır.
- Motor, ajan/master sürümü ve instance kimliği
- Database kapsamı, yöntem ve erişim yetkisi
- Full tabanı, log zinciri ve repository erişimi
- İzole hedef, çakışma ve uygulama kabulü
011. Instance ve database kapsamını kaydedin
SQL Server sürümü/edition, Windows ve ajan sürümü, instance adı/portu, database listesi ve recovery model değerlerini DBA ile kaydedin. İlk test için küçük bir standalone test database’i seçin. AG/listener, node ve gerçek replica kimliğini ayrı yazın; standalone kabulünü Always On’a genellemeyin.
Beklenen sonuçSeçim ve ilgili kabul kanıtı kaydedilir.
022. Ajan ve motor erişimini doğrulayın
Doğru Windows Agent servisi, instance erişimi, backup için gereken SQL/OS hakları ve repository kapasitesini doğrulayın. Kimlik bilgilerini onaylı instance kaydından okutun; parolayı politika adı veya loga yazmayın. VSS/VDI ve açık database tutarlılık yöntemini kurulu ajan sürümüne göre doğrulayın.
Beklenen sonuçSeçim ve ilgili kabul kanıtı kaydedilir.
033. SQL politikasını doğru motorla hazırlayın
Home → Policies → Agent Policy → Create Agent Policy açın. Doğru Agent, Policy Name ve Storage seçin. Policy Type → SQL altında SQL Server motorunu seçin. File Backup veya Bare Metal seçimini database politikası yerine kullanmayın. Boş instance listesinde rastgele bağlantı oluşturmadan erişimi doğrulayın.
Beklenen sonuçSeçim ve ilgili kabul kanıtı kaydedilir.
044. Clients içinde instance ve öğeleri eşleştirin
Clients içindeki kayıtlı SQL Server instance’ını açın, test database’ini seçin ve özetle karşılaştırın. Instance adına benzer başka host veya listener kaydını seçmeyin. Birden çok database seçimi restore seçeneklerini etkileyebilir; ilk testte tek database kapsamını açık tutun.
Beklenen sonuçSeçim ve ilgili kabul kanıtı kaydedilir.
055. Yöntem ve log zincirini DBA ile belirleyin
İncelenen MSSQL Backup Methods ekranı Transaction Backup (Truncate Logs) ve Transaction Backup (Keep Logs) seçenekleri sunar. Açıklama metnini gerçek log zinciri/SQL davranışının kanıtı saymayın; backup yöntemi, recovery model ve mevcut log shipping/AG planıyla uyumu DBA doğrulamalıdır. Mevcut zinciri etkileyecek seçimi varsayılan olduğu için kabul etmeyin.
Beklenen sonuçSeçim ve ilgili kabul kanıtı kaydedilir.
066. Zamanlama ve ilk yedek kabulünü planlayın
Advanced Settings ve Schedules içinde motor/yöntem için gerçekten sunulan zamanlama ve saklamayı kontrol edin. Full tabanı ve bağlı log/differential/artımlı zincirin süresini kapasiteyle karşılaştırın; bütün yöntemleri her motora varsaymayın. Onaylı küçük testte görev sonucu, repository çıktısı ve katalog yöntemini birlikte kaydedin.
Beklenen sonuçSeçim ve ilgili kabul kanıtı kaydedilir.
077. Database ve uygulama kabulünü tamamlayın
Ayrı motor geri yükleme rehberiyle onaylı izole hedefte database açılışı, şema, örnek sorgular, kayıt sayısı ve uygulama erişimini doğrulayın. Active, Last Backup veya başarı bildirimi tek başına içerik kabulü değildir. Backup kimliği, yöntem, zaman ve gereken zinciri sonuç raporuna ekleyin.
Beklenen sonuçSeçim ve ilgili kabul kanıtı kaydedilir.
MERAK EDİLENLER
Başarılı görev uygulamanın hazır olduğunu gösterir mi?
Tek başına göstermez. Motor bütünlüğü, gerekli log zinciri, veri sorguları ve uygulama erişimi ayrıca doğrulanır; HA/topoloji kabulü ayrı değerlendirilir.