SQL Server Log Göndərmə: DBA üçün Tam Təlimat [2026]

SQL Server Log göndərmə, istehsal verilənlər bazalarınızın isti ehtiyat nüsxələrini saxlayan avtomatlaşdırılmış fəlakət bərpa həllidir. Texnologiya, əməliyyat jurnalının ehtiyat nüsxələrini əsas server nümunəsindəki əsas verilənlər bazasından ayrı ikinci dərəcəli server nümunələrindəki bir və ya daha çox ikinci dərəcəli verilənlər bazasına ötürür və bununla da ikinci dərəcəli verilənlər bazalarınızın əsas verilənlər bazası ilə sinxronizasiya olunmasını təmin edir və məlumat itkisinə və server nasazlıqlarına qarşı qorunma təmin edir.

1.2 Ağac Daşınmasının Məqsədi və Faydaları

Jurnal göndərmə verilənlər bazasının idarə edilməsində bir neçə vacib məqsədə xidmət edir:

Onun əsas rolu, aparat nasazlığı, proqram təminatının pozulması və ya məlumat mərkəzinizə təsir edən fəlakətli hadisələr səbəbindən əsas serveriniz əlçatmaz olduqda etibarlı bir nasazlıq hədəfi təmin edərək fəlakətdən sonra bərpadır.
Bu, həm də sərfəlidir yüksək mövcudluq həlliBahalı lisenziyalaşdırma tələb edən müəssisə səviyyəli xüsusiyyətlərdən fərqli olaraq, log göndərmə aşağıdakılarla işləyir SQL Server Standart Edition, büdcə məhdudiyyətləri olan təşkilatlar üçün əlçatan edir.
Gözləmə rejimində olan ikinci dərəcəli verilənlər bazaları fəlakətdən sonra bərpa işlərindən əlavə əlavə dəyər təklif edir. Verilənlər bazası administratorları onlardan yalnız oxumaq üçün hesabat vermək və sorğu iş yüklərini istehsal serverindən boşaltmaq üçün istifadə edə bilərlər.
Gecikmiş bərpa funksiyası təsadüfi məlumatların dəyişdirilməsindən qorunma təmin edir. Bərpa gecikməsini konfiqurasiya etməklə, dağıdıcı dəyişikliklər ikinci dərəcəli verilənlər bazanıza çatmazdan əvvəl istifadəçi səhvlərindən bərpa etmək üçün vaxt pəncərəsi yaradırsınız.

2. SQL Server Log Göndərmə Komponentləri və İş Axını

Log göndərmə aşağıdakı komponentlərdən ibarətdir:

Əsas Server və Əsas Verilənlər Bazası: Əsas server istehsalınızı təmsil edir SQL Server əsas verilənlər bazasını işlədən instansiya.
Ehtiyat nüsxə paylaşımı: Əməliyyat jurnalının ehtiyat nüsxələrini saxlamaq və əsas serverdən ikinci dərəcəli serverlərə ötürmək üçün ara yer.
İkinci dərəcəli serverlər və ikinci dərəcəli verilənlər bazaları: İkinci dərəcəli serverlər əsas verilənlər bazanızın isti ehtiyat nüsxələrini saxlayır.
Monitor Server (İsteğe bağlı): Bu server bütün jurnal göndərmə topologiyanızdakı bütün ehtiyat nüsxələmə, kopyalama və bərpa əməliyyatlarının tarixçəsini və vəziyyətini izləyir.
Agent İşləri: Ehtiyat nüsxələmə, kopyalama, bərpa və xəbərdarlıq işləri daxil olmaqla, bütün jurnal göndərmə prosesini avtomatlaşdırır.

Avtomatlaşdırma iş axını belədir:

Yedəkləmə işi əsas serverdə işləyir və yedək paylaşımında əsas verilənlər bazasının əməliyyat jurnalının ehtiyat nüsxələrini yaradır.
Kopyalama işi hər bir ikinci dərəcəli serverdə işləyir və jurnal ehtiyat nüsxə fayllarını ehtiyat paylaşımından ikinci dərəcəli server(lər)ə ötürür.
Bərpa işi hər bir ikinci dərəcəli serverdə işləyir və kopyalanan əməliyyat jurnalının ehtiyat nüsxələrini ikinci dərəcəli verilənlər bazasına tətbiq edir.
Xəbərdarlıq işi monitor serverində işləyir və ehtiyat nüsxələmə və bərpa əməliyyatlarının məqbul müddətlər ərzində tamamlanıb-tamamlanmadığını yoxlayır.

3. İlkin şərtlər və tələblər

3.1 SQL Server Versiya Tələbləri

Günlük çatdırılma o vaxtdan bəri mövcuddur SQL Server 2000 və sonrakı bütün versiyalarda dəstəklənir SQL Server 2005-ci ildən 2025-ci ilə qədər. Bu uzunmüddətli dəstək texnologiyanın sabitliyini və davamlı aktuallığını nümayiş etdirir.

3.2 SQL Server Nəşr Tələbləri

Loq göndərmə standart, iş qrupu, müəssisə və inkişaf etdirici versiyaları ilə işləyir SQL ServerBu geniş nəşr dəstəyi, Enterprise Edition lisenziyaları olmayan təşkilatlar üçün jurnal göndərməsini əlçatan edir, məsələn, kimi xüsusiyyətlərdən fərqli olaraq. Həmişə Mövcud Qruplar Enterprise və ya Evaluation nəşrlərini tələb edənlər.

Qeyd: Express Edition jurnal göndərməsini dəstəkləmir.

3.3 Verilənlər Bazasının Bərpa Modeli Tələbləri

Jurnal göndərmə üçün əsas verilənlər bazası tam bərpa modelindən və ya toplu qeydiyyatdan keçmiş bərpa modelindən istifadə etməlidir. Sadə bərpa modeli dəstəklənmir, çünki SQL Server əməliyyat jurnallarını avtomatik olaraq kəsir və jurnal göndərilməsi üçün lazım olan davamlı jurnal zəncirini qırır.

Bərpa modelləri haqqında daha ətraflı məlumat üçün bizimlə əlaqə saxlayın haqqında ətraflı təlimat SQL Server nüsxəsini.

4. SSMS istifadə edərək jurnal göndərməsinin konfiqurasiyası

4.1 Yedəkləmə Paylaşımı üçün Qovluq Yaradın

Jurnal göndərməsini konfiqurasiya etməzdən əvvəl, əməliyyat jurnalının ehtiyat nüsxələrinin saxlanılacağı və köçürüləcəyi ehtiyat paylaşım qovluğunu hazırlayın.

Əsas serverdə və ya xüsusi fayl serverində bir qovluq yaradın (məsələn, C:\Yedəkləmə)
Qovluğu sağ vurun və seçin Xüsusiyyətlər
Basın Paylaşma nişanı
Basın Ətraflı paylaşma
Check Bu qovluğu paylaş
Basın Permissions və qrant Tam Control icazə SQL Server xidmət hesabı NT Xidməti\MSSQLSERVER.
Basın OK tətbiq etmək.
Şəbəkə yolunu (UNC) sənədləşdirin (məsələn, \\SERVER-AD\Yedəkləmə)

4.2 Jurnal Göndərməsini Aktivləşdirin və Konfiqurasiya Edin

Əsas verilənlər bazasına sağ vurun və seçin Xüsusiyyətlər.
Ci Verilənlər Bazası Xüsusiyyətləri dialoq qutusunu seçin Əməliyyat Qeydiyyatı Göndərmə sol paneldəki səhifə.
Check Bunu jurnal göndərmə konfiqurasiyasında əsas verilənlər bazası kimi aktivləşdirin jurnal göndərməsini aktivləşdirmək üçün.
Daha sonra bu xüsusiyyət səhifəsində ehtiyat nüsxə parametrlərini, ikinci dərəcəli serveri və monitor serverini konfiqurasiya edə bilərsiniz. Onları aşağıdakı altbölmələrdə təqdim edəcəyik.

4.2.1 Yedəkləmə Parametrlərini Konfiqurasiya Edin

Basın Yedekləmə Ayarları düyməsini
Ci Əməliyyat Qeydiyyatı Yedəkləmə Parametrləri dialoq, altında Yedək qovluğuna şəbəkə yolu sahəsinə UNC yolunu daxil edin (məsələn, \\SERVER-AD\Yedəkləmə)
Əgər ehtiyat nüsxə qovluğu əsas serverdə yerləşirsə, yerli yolu daxil edin (məsələn, C:\Yedəkləmə)
Ehtiyat nüsxəsinin saxlanma müddəti, xəbərdarlıq həddi, ehtiyat nüsxə işi və sıxılma kimi digər parametrləri konfiqurasiya edin.
Basın OK parametrləri təsdiqləmək və dialoq pəncərəsini bağlamaq üçün.

4.2.2 İkinci dərəcəli server nümunəsini və verilənlər bazasını konfiqurasiya edin

Basın əlavə etmək altında İkinci dərəcəli server nümunələri və verilənlər bazaları
Ci İkinci dərəcəli verilənlər bazası parametrləri dialoq basın Birləşdirmək ikinci dərəcəli server nümunəsinə qoşulmaq üçün.
Ci İkinci dərəcəli verilənlər bazası açılan menyuda mövcud verilənlər bazasını seçin və ya yeni verilənlər bazası adı yazın
Ci İkinci dərəcəli verilənlər bazasının başlanğıcı sekmesini seçin Bəli, əsas verilənlər bazasının tam ehtiyat nüsxəsini yaradın və onu ikinci dərəcəli verilənlər bazasına bərpa edin (və mövcud deyilsə, ikinci dərəcəli verilənlər bazası yaradın)
Basın Faylları kopyalayın nişanı
Ci Kopyalanan fayllar üçün təyinat qovluğu (Bu qovluq adətən ikinci dərəcəli serverdə yerləşir), ikinci serverdə təyinat qovluğunun lokal yolunu daxil edin.
Qovluğun mövcud olduğundan əmin olun və SQL Server xidmət hesabının yazma icazələri var
Basın OK parametrləri təsdiqləmək və dialoq pəncərəsini bağlamaq üçün.

4.2.3 Monitor Serverini Konfiqurasiya Edin

Check Monitor server nümunəsindən istifadə edin
Basın Parametrlər
Basın Birləşdirmək monitor server nümunəsinə qoşulmaq üçün
Set Tarixçəni silin Saxlama müddətini saatlarla göstərmək
Basın OK parametrləri təsdiqləmək və dialoq pəncərəsini bağlamaq üçün.

4.2.4 Konfiqurasiyanı nəzərdən keçirmək və tamamlamaq

Bütün parametrləri nəzərdən keçirin Əməliyyat Qeydiyyatı Göndərmə səhifə
Yedəkləmə parametrlərini, ikinci dərəcəli server konfiqurasiyalarını və monitorinq parametrlərini yoxlayın
Basın OK konfiqurasiyanı tətbiq etmək üçün
Sihirbaz bütün zəruri işləri əsas, ikinci dərəcəli və monitor serverlərində yaradır
Basın yaxın konfiqurasiya tamamlandıqda

5. Ağac Daşınmasının Üstünlükləri və Dezavantajları

5.1 Faydaları SQL Server Giriş Göndərmə

Effektiv Həll: Ilə işləyir SQL Server Standard Edition, bahalı Enterprise Edition lisenziyalaşdırma tələblərini aradan qaldırır. Bu, məhdud büdcəli təşkilatlar üçün etibarlı fəlakət bərpasını əlçatan edir.
Konfiqurasiya etmək və saxlamaq asandır: Konfiqurasiya sehrbazı administratorlara aydın seçimlər vasitəsilə quraşdırma zamanı rəhbərlik edir. Əksər verilənlər bazaları xüsusi təlim olmadan 15-30 dəqiqə ərzində konfiqurasiya edilə bilər.
Birdən çox ikinci dərəcəli server dəstəyi: Memarlıq məhdudiyyətləri olmadan çoxsaylı ikinci dərəcəli serverləri dəstəkləyin. Bir ikinci dərəcəli serveri yerli fəlakətlərin aradan qaldırılması üçün, digərini uzaqdan və üçüncüsünü isə hesabat üçün yerləşdirin.
Əsas Serverə Minimal Təsir: Əsas serverdə sinxronizasiya yükünü aradan qaldıraraq asinxron işləyir. Tranzaksiyaların commit müddətləri dəyişməz qalır.
Mövcud Əməliyyat Qeydiyyatı Yedəkləmələrindən İstifadə Edir: Jurnal göndərmə ehtiyat nüsxələri, jurnal göndərməsindən asılı olmayaraq, vaxtında bərpa üçün istifadə edilə bilən standart əməliyyat jurnal ehtiyat nüsxələridir.
Gecikmiş Bərpa Seçimi: Bərpa gecikdirmə xüsusiyyəti, mövcud olmayan təsadüfi məlumat dəyişikliklərinə qarşı qorunma təmin edir real vaxt replikasiya həlləri.
Paylaşılan Yaddaş Tələb Olunmur: Hər serverdə müstəqil yaddaşdan istifadə edir, paylaşılan yaddaş tələblərini və əlaqəli xərcləri aradan qaldırır.
Çarpaz Platforma Dəstəyi: Həm Windows, həm də Linux-da eyni şəkildə işləyir SQL Server yerləşdirmələr.
Domenlər arasında işləyir: Domen etibar münasibətləri və ya Active Directory inteqrasiyası tələb etmir.

5.2 Ağac Daşınmasının Çatışmazlıqları və Məhdudiyyətləri

Avtomatik Failover Yoxdur: Əsas məhdudiyyət əl ilə nasazlıqların aradan qaldırılması tələbidir. Administratorlar xidmətin bərpa olunmasından əvvəl bir neçə addım yerinə yetirməlidirlər.
Məlumat Sinxronizasiyası Gecikməsi: İkinci dərəcəli verilənlər bazaları həmişə ehtiyat nüsxələmə və bərpa tezliyinə görə ilkin verilənlər bazalarından geri qalır.
Yalnız Verilənlər Bazası Səviyyəsində Konfiqurasiya: Instansiya səviyyəsində deyil, verilənlər bazası səviyyəsində konfiqurasiya edir. 50 verilənlər bazasını qorumaq üçün 50 ayrı konfiqurasiya tələb olunur.
Əl ilə Bağlantı Sətir Dəyişiklikləri: Tətbiqlər, nasazlıqdan sonra ikincil serverə işarə etmək üçün əlaqə sətirlərini yeniləməlidirlər.
İkinci dərəcəli verilənlər bazası fasilələri: Gözləmə rejimində ikinci dərəcəli verilənlər bazaları bərpa əməliyyatları zamanı istifadəçiləri ayırır.
Ayrı Verilənlər Bazası İdarəetməsi: Hər bir verilənlər bazası konfiqurasiyası əlaqələndirilmiş idarəetmə imkanları olmadan fərdi şəkildə idarə olunmalıdır.

6. Ən Yaxşı Təcrübələr və İstifadə Halları

6.1 Log Shipping-dən Nə Zaman İstifadə Ediləcək

Aşağı Büdcəli Fəlakətlərin Bərpası: Enterprise Edition lisenziyalaşdırma xərclərini əsaslandıra bilməyən təşkilatlar üçün səmərəli fəlakət bərpa həlli kimi üstündür.
Orta RPO/RTO Tələbləri: 15-30 dəqiqəlik məlumat itkisinə və 30-60 dəqiqəlik fasiləyə dözən tətbiqlər onun imkanlarına mükəmməl uyğun gəlir.
Yalnız Oxuma Hesabat Serveri: Dövri kəsintilərə dözən iş yüklərini bildirmək üçün yalnız oxunan nüsxələr yaradın.
Standart Buraxılış Mühitləri: Standartlaşdırılmış təşkilatlar SQL Server Standard Edition-da Həmişə Mövcudluq Qruplarına giriş yoxdur, bu da jurnal göndərməsini ən yaxşı seçim halına gətirir.
Server Miqrasiya Layihələri: Keçid dövrlərində sinxronlaşdırılmış nüsxələri saxlayaraq server miqrasiyalarını asanlaşdırır.
Gecikmiş Məlumat Tələbləri: Uyğunluq və ya audit məqsədləri üçün keçmişdə verilənlər bazalarını sabit nöqtələrdə saxlamaq üçün bərpa gecikmələrini konfiqurasiya edin.

6.2 Nə vaxt Log Shipping-dən istifadə etməməlisən

Sıfıra yaxın fasilə tələbləri: 15 dəqiqədən az müddətdə RTO tələbləri olan tətbiqlər əl ilə nasazlıqların aradan qaldırılmasına etibar edə bilməzlər.
Avtomatik Failover tələb olunur: Biznes tələbləri administrator müdaxiləsi olmadan avtomatik nasazlıq tələb etdikdə uyğun deyil.
Real Zaman Sinxronizasiyası Tələb Olunur: İkinci dərəcəli serverlərdə real vaxt və ya real vaxta yaxın məlumatlar tələb edən tətbiqlər jurnal göndərmənin daxili gecikməsini qəbul edə bilməz.
Minimum Məlumat İtkisi Tolerantlığı: RPO-su saniyələrlə ölçülən və ya sıfır məlumat itkisi tələb edən təşkilatlar sinxron həllərə ehtiyac duyurlar.

6.3 Ən Yaxşı Təcrübələr

Yedəkləmə Tezliyinin Optimallaşdırılması: Ehtiyat tezliyini sistemin ümumi xərcləri və bərpa məqsədləri ilə balanslaşdırın. 15 dəqiqəlik fasilələrlə başlayın və faktiki tələblərə əsasən tənzimləyin.
Şəbəkə Yolu Mülahizələri: Ehtiyat yerləri üçün xəritələnmiş disklər əvəzinə UNC yollarından istifadə edin. Ehtiyat ehtiyat paylaşımlarını etibarlı şəbəkə infrastrukturuna yerləşdirin.
Monitorinq və Xəbərdarlıq Quraşdırması: Jurnal göndərmə quraşdırmasını tamamladıqdan dərhal sonra ehtiyat nüsxələmə, kopyalama və bərpa işindəki uğursuzluqlar üçün bildirişləri konfiqurasiya edin.
Daimi Test Cədvəli: Prosedurları təsdiqləmək və inzibatçının hazırlığını qorumaq üçün rüblük və ya yarımillik nasazlıq testlərini planlaşdırın.
Sənədləşmə Baxımı: Konfiqurasiya detallarını, nasazlıq prosedurlarını və problemlərin aradan qaldırılması addımlarını sənədləşdirən ətraflı iş dəftərlərini saxlayın.
Təhlükəsizlik Mülahizələri: Minimum tələb olunan icazələrlə xüsusi xidmət hesablarından istifadə edin. Şəbəkə paylaşma icazələrini müvafiq şəkildə məhdudlaşdırın.
Disk Məkanının İdarə Edilməsi: Yedəkləmə yerlərindəki disk boşluğunu davamlı olaraq izləyin. Boşluq 20%-dən aşağı düşdükdə xəbərdarlıqları konfiqurasiya edin.
Saxlama Siyasəti Konfiqurasiyası: Yedəkləmə saxlama müddətlərini maksimum qəbul edilən sinxronizasiya gecikməsindən daha uzun təyin edin.
Qoruma üçün gecikməni bərpa edin: Təsadüfi dəyişikliklərdən qorunma artan sinxronizasiya gecikməsini əsaslandırdıqda bərpa gecikmələrini konfiqurasiya edin.

7. Ümumi problemlərin aradan qaldırılması

7.1 Yedəkləmə İşindəki Uğursuzluqlar

Disk Yeri Kifayət deyil: Disk yaddaşı xətaları üçün iş tarixçəsini yoxlayın. Köhnə ehtiyat nüsxələrini silməklə və ya sıxılmanı aktivləşdirməklə mövcud və boş yerləri yoxlayın.
İcazə Problemləri: Doğrulayın SQL Server xidmət hesabının həm yerli qovluq, həm də şəbəkə paylaşımı üzərində tam nəzarət icazələri var.
Verilənlər bazası tam bərpa olunmur: Tam bərpa modelinə qayıdın və əməliyyat qeydləri zəncirini yenidən başlatmaq üçün tam ehtiyat nüsxəsini çıxarın.

7.2 Kopyalama İşindəki Uğursuzluqlar

Şəbəkə Yoluna Əlçatmazlıq: Şəbəkə yolunu əl ilə xəritələşdirərək ikincil serverdən bağlantını sınayın.
Doğrulama Problemləri: Serverlər fərqli domenlərdədirsə, şəbəkə paylaşımına giriş üçün açıq etimadnamələri konfiqurasiya edin.
Fayl Kilidləmə Problemləri: Fayl kilidlənməsinin qarşısını almaq üçün ehtiyat nüsxə qovluğunu antivirusun real vaxt rejimində taramasından çıxarın.

7.3 İş Uğursuzluqlarını Bərpa Edin

Yarımçıq Yedəkləmə Faylları: Təyinat qovluğunda faylların mövcudluğunu yoxlayın və surət çıxarma işinin tarixçəsini yoxlayın.
Ardıcıllığı Bərpa Etmə Xətası: Əməliyyat jurnalının ehtiyat nüsxələrinin itkin olduğunu müəyyən edin və jurnal zəncirini bərpa etmək üçün onları ardıcıllıqla bərpa edin.
Verilənlər bazası səhv vəziyyətdədir: Əgər kimsə verilənlər bazasını bərpa edibsə, NORECOVERY ilə tam ehtiyat nüsxəsini bərpa edərək jurnal göndərməsini yenidən başladın.
Verilənlər bazası faylının korlanması: Düzgün ardıcıllıq və konfiqurasiyaya baxmayaraq bərpa uğursuzluqları davam edərsə, verilənlər bazası fayllarının özü zədələnmiş ola bilər. Belə hallarda, ixtisaslaşmış bir proqramdan istifadə etməyiniz lazım ola bilər. sql bərpa vasitəsi jurnal göndərməsini yenidən başlatmağa cəhd etməzdən əvvəl zədələnmiş .MDF və .NDF fayllarından məlumatları çıxarmaq üçün.

7.4 Sinxronizasiya Gecikmə Problemləri

Şəbəkə Bant Genişliyi Məhdudiyyətləri: Fayl ölçülərini və bant genişliyi tələblərini azaltmaq üçün ehtiyat nüsxə sıxılmasını aktivləşdirin.
Yüksək əməliyyat həcmi: Daha kiçik və daha idarəolunan ehtiyat nüsxə faylları yaratmaq üçün ehtiyat nüsxələmə tezliyini artırmağı düşünün.
Qeyri-kafi bərpa tezliyi: Bərpa işinin tezliyini təxmini ehtiyat nüsxə tezliyinə qədər artırın və gecikməni minimuma endirin.

7.5 Monitor Server Bağlantısı Problemləri (SQL 2025)

OLE DB Provayderinin Xətaları: SQL Server 2025-ci ilin standart məcburi şifrələməsi, düzgün şifrələmə konfiqurasiyasının olmaması ilə köhnə nümunələrlə ziddiyyət təşkil edir.
Şifrələmə Konfiqurasiya Uyğunsuzluğu: Monitor serverində əlaqəli server konfiqurasiyasını yoxlayın və şifrələmə parametrlərini yoxlayın.
Həll yolları: TLS 1.3 parametrlərindən istifadə edərək jurnal göndərmə əməliyyatını buraxın və yenidən yaradın və ya bütün nümunələri təkmilləşdirin SQL Server 2025.

7.6 SQL Server Agent Xidməti Problemləri

Xidmət Başlanmayıb: Agent xidmətinin statusunu yoxlayın və avtomatik başlamasını konfiqurasiya edin.
İş Cədvəli Deaktiv Edildi: İş cədvəlinin statusunu yoxlayın və deaktiv cədvəlləri aktivləşdirin.
İş Mərhələsindəki Uğursuzluqlar: Uğursuz addımları və konkret səhv mesajlarını müəyyən etmək üçün iş tarixçəsini nəzərdən keçirin.

8. Tez-tez verilən suallar (FAQ)

S: Express Edition ilə log göndərməsindən istifadə edə bilərəmmi?

A: Xeyr SQL Server Express Edition, çatışmadığı üçün jurnal göndərməsini dəstəkləmir SQL Server Agent.

S: Qeyd ehtiyat nüsxələrini nə qədər tez-tez planlaşdırmalıyam?

A: Standart 15 dəqiqəlik intervallar ağlabatan balans təmin edir. Bərpa nöqtəsi məqsədinizə əsasən tənzimləyin.

S: Hesabat vermək üçün ikinci dərəcəli verilənlər bazalarından istifadə etmək mümkündürmü?

A: Bəli, gözləmə rejimində konfiqurasiya edilmiş ikinci dərəcəli verilənlər bazaları bərpa əməliyyatları arasında yalnız oxumaq üçün girişə imkan verir.

S: Əsas server sıradan çıxsa nə baş verər?

A: İkinci dərəcəli verilənlər bazasını işə salmaq üçün əl ilə nasazlıq baş verməlidir. Məlumat itkisi nasazlıq zamanı sinxronizasiya gecikməsinə bərabərdir.

S: Birdən çox ikinci dərəcəli serverim ola bilərmi?

A: Bəli, log göndərmə müstəqil konfiqurasiyaları olan limitsiz ikinci dərəcəli serverləri dəstəkləyir.

S: Sinxronizasiya gecikməsini necə hesablaya bilərəm?

A: Jurnal göndərmə monitorinq cədvəllərindən istifadə edərək son bərpa edilmiş əməliyyat jurnalının zaman möhürünü cari vaxtla müqayisə edin.

S: Loqistik göndərmə müxtəlif domenlərdə işləyə bilərmi?

A: Bəli, etibar münasibətləri tələb etmədən müxtəlif sahələrdə və ya iş qrupu mühitlərində işləyir.

S: Bərpa Olmaması və Gözləmə rejimi arasındakı fərq nədir?

A: Bərpa rejiminin olmaması verilənlər bazasını əlçatmaz saxlayır. Gözləmə rejimi bərpalar arasında yalnız oxunan sorğulara imkan verir.

S: Log göndərməni müvəqqəti olaraq dayandıra bilərəmmi?

A: Bəli, konfiqurasiyanı qoruyarkən sinxronizasiyanı dayandırmaq üçün ehtiyat nüsxəsini çıxarın, kopyalayın və bərpa edin.

S: Loq göndərmə konfiqurasiyasını necə silə bilərəm?

A: Əməliyyat Qeydiyyatı Göndərmə əmlak səhifəsi:

Silmək Bunu jurnal göndərmə konfiqurasiyasında əsas verilənlər bazası kimi aktivləşdirin
Basın OK konfiqurasiyanı silmək və işləri silmək üçün.

S: İkinci dərəcəli verilənlər bazasını oxuma-yazma rejiminə keçirə bilərəmmi?

A: Bəli, VERİLƏN MƏLUMAT BAZASINI BƏRPA ETMƏKLƏRİNİ BƏRPA ETMƏKLƏRİNİ İLƏ BƏRPA EDİRİN, lakin bu, jurnal göndərmə zəncirini pozur.

S: Bərpa üçün konfiqurasiya edə biləcəyim maksimum gecikmə nədir?

A: Heç bir sərt məhdudiyyət yoxdur. Qoruma tələblərinizə əsasən gecikmələri dəqiqələrdən günlərə qədər konfiqurasiya edin.

S: Log göndərmə ehtiyat nüsxə strategiyasına necə təsir edir?

A: Həm jurnal göndərmə, həm də vaxtında bərpa üçün istifadə edilə bilən əməliyyat jurnalının ehtiyat nüsxələrini yaradır.

S: Server miqrasiyası üçün jurnal göndərməsindən istifadə edə bilərəmmi?

A: Bəli, yeni serverə jurnal göndərilməsini konfiqurasiya edin, sinxronizasiya edin və sonra texniki xidmət zamanı köhnə serverin planlaşdırılmış nasazlığını yerinə yetirin.

S: Loqin göndərmə ilə hansı monitorinq vasitələri işləyir?

A: SQL Server İdarəetmə Studiyası daxili hesabatlar ehtiva edir. SQL Monitor və SolarWinds kimi üçüncü tərəf alətləri təkmilləşdirilmiş monitorinq təmin edir.

9. Nəticə və Tövsiyələr

9.1 Əsas Nöqtələrin xülasəsi

SQL Server log göndərmə, əməliyyat jurnalının ehtiyat nüsxəsinin çıxarılması və bərpası əməliyyatlarının avtomatlaşdırılması vasitəsilə etibarlı və səmərəli fəlakət bərpası təmin edir. Texnologiya Standard Edition ilə işləyir, minimal infrastruktur tələb edir və birdən çox ikinci dərəcəli serveri dəstəkləyir.

Əl ilə nasazlıqların aradan qaldırılmasının məqbul olduğu orta səviyyəli bərpa məqsədləri üçün jurnal göndərmə üstünlük təşkil edir. Əsas məhdudiyyətlərə əl ilə nasazlıqların aradan qaldırılması tələbi, sinxronizasiya gecikməsi və verilənlər bazası səviyyəli konfiqurasiya əhatə dairəsi daxildir.

Texnologiya mövcud ehtiyat nüsxələmə strategiyaları ilə yaxşı inteqrasiya olunur, gözləmə rejimi vasitəsilə yalnız oxunan hesabatları dəstəkləyir və təsadüfi dəyişikliklərə qarşı gecikmiş bərpa qorunması təmin edir.

9.2 Ətraf Mühitiniz üçün Düzgün Seçim Edin

Tətbiq etməzdən əvvəl jurnal göndərmənizi konkret tələblərinizə uyğun olaraq qiymətləndirin. Bərpa nöqtəsi məqsədlərini, bərpa müddəti hədəflərini, büdcə məhdudiyyətlərini və əməliyyat mürəkkəbliyinə dözümlülüyü nəzərə alın.

Təşkilatlar istifadə edir SQL Server Orta bərpa tələbləri olan Standart Buraxılış, jurnal göndərməsini ciddi şəkildə nəzərdən keçirməlidir. 15 dəqiqədən az müddətdə ciddi RTO olan müəssisələr Həmişə İşdə Mövcudluq Qruplarını qiymətləndirməlidirlər.

Müxtəlif tələbləri qarşılayarkən xərclərin optimallaşdırılması üçün digər texnologiyalarla birlikdə log daşınmasını birləşdirən hibrid yanaşmaları nəzərdən keçirin.

9.3 Növbəti Addımlar və Əlavə Resurslar

Təcrübə qazanmaq üçün kiçik miqyaslı pilot tətbiqlərlə başlayın. Konfiqurasiya detalları, nasazlıq prosedurları və problemlərin aradan qaldırılması təlimatları daxil olmaqla hərtərəfli sənədlər hazırlayın.

Prosedurları təsdiqləmək və administrator hazırlığını qorumaq üçün müntəzəm olaraq nasazlıq testləri planlaşdırın. SQL Server yeniləmələr və təkmilləşdirmələr.

References

Microsoft-un rəsmi sənədi: Giriş Göndərmə Haqqında (SQL Server)
Microsoft-un rəsmi sənədi: Göndərmə jurnalını konfiqurasiya edin (SQL Server)

Müəllif haqqında

Yuan Şenq sahəsində 10 ildən çox təcrübəsi olan baş verilənlər bazası administratorudur (DBA). SQL Server mühitlər və müəssisə verilənlər bazası idarə edilməsi. O, maliyyə xidmətləri, səhiyyə və istehsal təşkilatlarında yüzlərlə verilənlər bazası bərpa ssenarisini uğurla həll edib.

Yuan ixtisaslaşır SQL Server verilənlər bazası bərpası, yüksək əlçatanlıq həlləri və performansın optimallaşdırılması. Onun geniş praktiki təcrübəsinə çox terabaytlıq verilənlər bazalarının idarə edilməsi, Həmişə Əlçatımlılıq Qruplarının tətbiqi və kritik missiya sistemləri üçün avtomatlaşdırılmış ehtiyat nüsxə və bərpa strategiyalarının hazırlanması daxildir.

Texniki təcrübəsi və praktik yanaşması sayəsində Yuan verilənlər bazası administratorlarına və İT mütəxəssislərinə mürəkkəb problemləri həll etməyə kömək edən hərtərəfli bələdçilərin yaradılmasına diqqət yetirir. SQL Server problemlərini səmərəli həll edir. O, ən son xəbərlərdən xəbərdardır SQL Server relizlər və Microsoft-un inkişaf edən verilənlər bazası texnologiyaları, onun tövsiyələrinin real dünyanın ən yaxşı təcrübələrini əks etdirməsini təmin etmək üçün bərpa ssenarilərini müntəzəm olaraq sınaqdan keçirir.

haqqında suallarınız var SQL Server bərpası və ya əlavə verilənlər bazası problemlərinin aradan qaldırılması üçün təlimat lazımdır? Yuan salamlayır rəy və təkliflər bu texniki resursların təkmilləşdirilməsi üçün.