Page History

SQL SERVER 2017 BACKUP-RESTORE İŞLEMİ

1 – Değişik Veritabanı Recovery Tipleri:
Backup alınması detaylarına girmeden önce veritabanının restore tipi bilinmelidir. Bunu öğrenmek için "SQL Server Management Studio" üzerinde veritabanı seçilerek "properties"e bakılmalıdır.
Image Added












































Resim 1





"Options" üzerinde "Recovery" çeşidi görülebilir. (Resim 2)

Image Added

• Simple Recovery Model: Bu modelde transaction log dosyasını kaydedilemez. Küçük veritabanları ve çoğunlukla yalnızca sorgulanan veritabanları için kullanılır. Onaylanan "transaction" kayıtları veritabanına yazılır yazılmaz "transaction log" dosyadan silinir. Bu düzenleme veritabanı sorunlarının giderilmesi için daha sonra "transaction log" yedeğinin alınmasına olanak sağlar. (Büyük veya ticari veritabanı sistemleri için kullanılmamalıdır).

• Full Recovery Model: Bu modelde SQL Server, "transaction log" tutar ve gerektiğinde verilerin veritabanı ve "transaction log" dosyalarından birlikte elde edilerek dakika bazında kurtarılmasını sağlar.

• Bulk- Logged Model: "Full recovery model" özelliklerini içerir. Ayrıca
  "SELECT INTO" gibi "bulk load" işlemleri için "transaction log" dosyasında kayıt tutulmamasına dolayısıyla daha az yer kaplamasına neden olur.
  

  Anchor
  page3 page3

  
  
  
  
  
  
  Değişik Backup Tipleri:
  Image Added
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  Resim 3
  Üç çeşit Backup alma yöntemi mevcuttur:
  

• Full Backup: Bir veritabanının tamamı "backup file"ye eklenir. Eğer "init" parametresi kullanılmışsa "device" içindeki "file" üzerine yazılır. "Noinit" parametresi kullanılmışsa "backup file" içine eklenir ve bu durumda aynı "device" içerisinde "complete backup" içeren birçok dosya bulunur. Init" parametresiyle "complete backup" alınmışsa device içinde tek bir "backup file" olur ve veritabanı büyüdükçe onun da boyu artar. Restore işlemi yapılacağı zaman, eğer "noinit" parametresi ile alınan "complete backup"ları varsa, en son alınan "backup file" açılarak son ana geri dönülebilir.

Full Backup işleminin kötü tarafı, veritabanı büyüdükçe yedekleme zamanının da artmasıdır. Bir de özellikle "noinit" parametresi ile kullanılıyorsa (öndeğer olarak "noinit"tir) "backup device" disk üzerinde çok fazla yer kaplamaya

• Differential Backup: "Complete backup"un yukarıda anlatılan sakıncalarından kurtulmak için "differential backup" kullanılabilir. "Differential backup"ta uygulanan sistem, sadece veritabanında oluşan değişikliklerin yedeğinin alınmasıdır. Yani "differential backup" alındığında son "complete backup"tan sonraki değişiklikler alınır. Tabii bunun için öncelikle veritabanının "complete backup"nın alınması gerekir. Bundan sonra alınan differential backup ile veritabanında değişen kısımlar "complete backup"a eklenir. Burada dikkat edilmesi gereken önemli bir durum vardır. Eğer tek "backup device" kullanılıyorsa ve sürekli "differential backup" alınıyorsa, "init" parametresini kullanmamak gerekir. "Init" parametresi kullanılırsa mevcut "backup device" içindeki "backup file"ler silinirler. Böyle olunca da yeni alınan "differential backup" o zamana kadar alınan yedekleme dosyalarının üzerine yazılmış olur. Böyle bir durumdan geri dönülmesi olanaksızdır.

• Transaction Log Backup: Bir başka yedekleme yöntemi de "transaction log" yedeğidir. "transaction log backup" ta yapılması gerek şey önce full veritabanı yedeğinin alınmasıdır.

"Transaction log"lar uygun bir veritabanı yedeği olmaksızın restore edilemez.

Image Added

Image Added

Image Added

Image Added

Image Added

1. – "Restore" edilmek istenen veritabanının ismi yazılır ve "From device" bölümüne geçilir. (Halen çalışmakta olan veritabanı üzerine "restore" yapmak için "To Database" bölümü seçilir ve kaynak veritabanı olarak "From Database" bölümünden "restore" edilmek istenen veritabanı seçilir. Ardından "Options" bölümünden "Overwrite the existing database" seçilir. (Resim 11)

Image Added

1. – "From Device" bölümünde veritabanı dosyasının yeri işaret edilmelidir. Eğer dosyada ise "Add" butonuna basılır. (Resim 12)

Image Added

Image Added

1. – Eğer "Full" veya "Differential" yedek alınıyorsa; "To a point in time:" kullanılan veritabanında belirlenen bir tarih ve zaman aralığında alınan yedek dosyaların görülmesini sağlar. Bunu yapması için; son alınan yedek dosyasının alınma tarihinden daha önce bir tarih ve saat aralığı belirlenmelidir. (Resim 14)

Image Added

1. - "Options" Bölümünde açıklamalar doğrultusunda ayarlar yapılır. Burada önemli olan nokta "Restore As" Bölümündeki path'ın gerçekten var olmasıdır. (Resim 15)

Image Added

1. – Son olarak "Select the backup sets to restore" bölümünden restore edilmek istenen dosya seçilir ve "OK" butonuna basılır. (Resim 16)

Image Added

Image Added

Image Added

Image Added

1. – "Databases "Bölümün gelinir sağ tuş ile "Restore Database" seçilir. (Resim 20)

Image Added















































Resim 20

1. – Veritabanı ismi yazılır, From device işaretlenerek Backup dosyasındaki lokasyon "Add" ile bulunur. (Resim 21)

Image Added

1. – Backup dosyasının konumu seçildikten sonra var olan restore edilebilecek yedek setleri ve içerikleri ile ilgili bilgiler gelir. Burada önemli olan nokta eğer aynı isimde var olan veritabanı yok veya veritabanı '0' dan restore ediliyorsa önceden alınmış bir tane "Full backup" ve en son alınmış (yada restore edilmek istenen zaman dilimine uyan) backup dosyası seçilir. Eğer hali hazırda aynı isimli veritabanı dosyamız var ise sadece "Differential backup" dosyası seçilir ve options bölümünden "Overwrite the existing database" seçilir ve "OK" e basılır. (Resim 22)

Eğer "Full" veya "Differential" yedek alınıyorsa; "To a point in time :" kullanılan veritabanında belirlenen bir tarih ve zaman aralığında alınan yedek dosyalarının görülmesini sağlar. Bunu yapması için; son alınan yedek dosyasının alınma tarihinden daha önce bir tarih ve saat aralığı belirlenmelidir. (Resim 14)

Image Added

Image Added

Image Added

Image Added

Image Added

Image Added

Image Added

Image Added

• Veritabanı yedekleme görevi

• Veritabanı bütünlüğü kontrolü görevi

• SQL Server Agent görevlerini uygulama görevi

• T- SQL ifadelerini uygulama görevi

• Geçmişi temizleme görevi

• Bakım temizliği görevi

• Uyarı operatörü görevi

• İndeksleri yeniden oluşturma görevi

• İndeksleri yeniden organize etme görevi

• Veritabanını küçültme görevi

• İstatistikleri güncelleme görevi.

Veritabanı yedekleme Görevi:

1. - Microsoft SQL Server Management Studio programı çalıştırılır ve "Management" bölümü üzerinde sağ tuş ile "New Maintenance Plan..." çalıştırılır. (Resim 28)

Image Added










































Resim 28
2 – Oluşan "Maintenance plan" isimlendirilir. ( Resim 29 )

Image Added

1. – "Maintenance plan" oluştuktan sonra "Toolbox" içerisindeki "Back Up Database Task" bölümü sürüklenerek ana bölüme yapıştırılır. ( Resim 30 )

Image Added
















Resim 30
4 – "Back Up Database Task" üzerinde sağ tuşa basılarak "Edit" seçilir. ( Resim 28 )
Image Added

1. – Çıkan "Back Up Database Task" penceresinde bulunan "databases" bölümünden yedekleme işleminde kullanılacak veritabanı seçilir ve ardından " OK"ye basılır. ( Resim 32 )

Image Added










































Resim 32
6 – Sonrasında çıkan ekran üzerinde yedek dosyasının nereye alınacağı, yedek çeşidi gibi bilgiler girilir ve "Verify Backup Integrity" seçili durumda olmalıdır. ( Resim 33 )

Image Added

Image Added

Image Added

1. – Resim 36 'da bulunan direktifler doğrultusunda zaman planı yapılır ve "OK"ye basılır.

Image Added

1. – Bakım planı kapatıldığında çıkacak "Save changes to the following i tems?" sorusuna "Yes" cevabı verilir. Bakım planı üzerindeki değişiklikler kaydedilmiş olur. ( Resim 37 )

Image Added