Aracılığıyla paylaş

SQL Server veritabanlarını yedekleme ve geri yükleme

Şunlar için geçerlidir: SQL Server

Bu makalede SQL Server veritabanlarını yedeklemenin avantajları açıklanır, temel yedekleme ve geri yükleme terimleri açıklanır ve SQL Server için yedekleme ve geri yükleme stratejileri ile SQL Server yedekleme ve geri yükleme için güvenlikle ilgili önemli noktalar tanıtılmaktadır.

Bu makale SQL Server yedeklemelerini tanıtır. SQL Server veritabanlarını yedeklemeye yönelik belirli adımlar için bkz. Yedekleme oluşturma.

SQL Server yedekleme ve geri yükleme bileşeni, SQL Server veritabanlarınızda depolanan kritik verileri korumak için önemli bir koruma sağlar. Yıkıcı veri kaybı riskini en aza indirmek için, verilerinizde yapılan değişiklikleri düzenli aralıklarla korumak için veritabanlarınızı yedeklemeniz gerekir. İyi planlanmış bir yedekleme ve geri yükleme stratejisi, veritabanlarının çeşitli hatalardan kaynaklanan veri kaybına karşı korunmasına yardımcı olur. Bir dizi yedeklemeyi geri yükleyip veritabanınızı kurtararak stratejinizi test ederek olağanüstü durumlara etkili bir şekilde yanıt vermeye hazırlanın.

SQL Server, yedeklemeleri depolamak için yerel depolamaya ek olarak Azure Blob Depolama'ya yedeklemeyi ve azuredan geri yüklemeyi de destekler. Daha fazla bilgi için bkz. Microsoft Azure Blob Depolama ile SQL Server yedekleme ve geri yükleme. Azure Blob Depolama kullanılarak depolanan veritabanı dosyaları için SQL Server 2016 (13.x), neredeyse anlık yedeklemeler ve daha hızlı geri yüklemeler için Azure anlık görüntülerini kullanma seçeneği sunar. Daha fazla bilgi için bkz. Azure'da veritabanı dosyaları için dosya anlık görüntüsü yedeklemeleri. Azure, Azure VM'lerinde çalışan SQL Server için kurumsal sınıf bir yedekleme çözümü de sunar. Tam olarak yönetilen bir yedekleme çözümü, Always On kullanılabilirlik gruplarını, uzun süreli saklamayı, belirli bir noktaya kurtarmayı ve merkezi yönetim ve izlemeyi destekler. Daha fazla bilgi için bkz. Azure VM'lerinde SQL Server yedeklemesi hakkında.

Neden yedeklesin?

  • SQL Server veritabanlarınızı yedeklemek, test geri yükleme yordamlarını yedeklemelerinizde çalıştırmak ve yedeklerin kopyalarını güvenli, site dışında bir konumda depolamak sizi potansiyel olarak yıkıcı veri kaybına karşı korur. Verilerinizi korumanın tek yolu yedeklemedir.

    Veritabanının geçerli yedekleriyle verilerinizi aşağıdaki gibi birçok hatadan kurtarabilirsiniz:

    • Medya hatası.
    • Kullanıcı hataları, örneğin yanlışlıkla tablo bırakma.
    • Donanım hataları, örneğin, bozuk bir disk sürücüsü veya kalıcı bir sunucu kaybı.
    • Doğal afetler. SQL Server Backup'ı Azure Blob Depolama'ya kullanarak, şirket içi konumunuzu etkileyen doğal bir olağanüstü durum durumunda kullanmak üzere şirket içi konumunuzdan farklı bir bölgede site dışı yedekleme oluşturabilirsiniz.

  • Ayrıca, veritabanının yedekleri, veritabanını bir sunucudan diğerine kopyalama, Always On kullanılabilirlik gruplarını veya veritabanı yansıtmasını ayarlama ve arşivleme gibi rutin yönetim amaçları için yararlıdır.

Yedekleme terimleri sözlüğü

yedekleme [fiil]
SQL Server veritabanından veri kayıtlarını veya işlem günlüğündeki günlük kayıtlarını kopyalayarak [isim] yedeklemesi oluşturma işlemi.

backup [isim]
Bir hatadan sonra verileri geri yüklemek ve kurtarmak için kullanabileceğiniz bir veri kopyası. Veritabanının yedekleri, veritabanının kopyasını yeni bir konuma geri yüklemek için de kullanılabilir.

yedekleme cihazı
SQL Server yedeklemelerinin yazıldığı ve geri yüklenebileceği bir disk veya bant cihazı. SQL Server yedeklemeleri bir Azure Blob Depolama'ya da yazılabilir ve yedekleme dosyasının hedefini ve adını belirtmek için URL biçimi kullanılır. Daha fazla bilgi için bkz. Microsoft Azure Blob Depolama ile SQL Server yedekleme ve geri yükleme.

yedekleme medyası
Bir veya daha fazla yedeklemenin yazıldığı bir veya daha fazla bant veya disk dosyası.

veri yedekleme
Tam bir veritabanındaki verilerin (veritabanı yedeklemesi), kısmi veritabanı (kısmi yedekleme) veya bir veri dosyası veya dosya grubu kümesindeki (dosya yedeklemesi) yedek.

veritabanı yedeklemesi
Veritabanının yedeği. Tam veritabanı yedeklemeleri, yedekleme tamamlandığında veritabanının tamamını temsil eder. Değişiklik veritabanı yedeklemeleri, en son tam veritabanı yedeğinden bu yana yalnızca veritabanında yapılan değişiklikleri içerir.

değişiklik yedeklemesi
Tam veya kısmi bir veritabanının en son tam yedeklemesine ya da bir veri dosyası veya dosya grubu kümesine (değişiklik tabanı) dayalı olan ve yalnızca bu temelden sonra değişen verileri içeren bir veri yedeklemesi.

tam yedekleme
Belirli bir veritabanındaki veya dosya grubu veya dosya kümesindeki tüm verileri ve bu verilerin kurtarılması için yeterli günlüğü içeren bir veri yedeklemesi.

günlük yedekleme
Önceki bir günlük yedeklemesinde (tam kurtarma modeli) yedeklenmemiş tüm günlük kayıtlarını içeren işlem günlüklerinin yedeği.

recover
Veritabanını kararlı ve tutarlı bir duruma döndürmek için.

Kurtarma
Veritabanını işlemle tutarlı bir duruma getiren, veritabanı başlatma veya kurtarma ile geri yükleme aşaması.

kurtarma modeli
Veritabanındaki işlem günlüğü bakımını denetleen bir veritabanı özelliği. Üç kurtarma modeli vardır: basit, tam ve toplu günlüğe kaydedilen. Veritabanının kurtarma modeli, yedekleme ve geri yükleme gereksinimlerini belirler.

geri yüklemek
Tüm verileri ve günlük sayfalarını belirtilen bir SQL Server yedeklemesinden belirli bir veritabanına kopyalayan ve ardından verileri zamanda ileriye taşımak için günlüğe kaydedilen değişiklikleri uygulayarak yedeklemede günlüğe kaydedilen tüm işlemleri ileten çok aşamalı bir işlem.

Yedekleme ve geri yükleme stratejileri

Verileri yedekleme ve geri yükleme, belirli bir ortama özelleştirilmeli ve kullanılabilir kaynaklarla çalışmalıdır. Bu nedenle, kurtarma için yedekleme ve geri yüklemenin güvenilir bir şekilde kullanılması için yedekleme ve geri yükleme stratejisi gerekir. İyi tasarlanmış bir yedekleme ve geri yükleme stratejisi, en yüksek veri kullanılabilirliği ve en düşük veri kaybı için iş gereksinimlerini dengelerken yedeklemelerin bakımını ve depolanmasının maliyetini de dikkate alır.

Yedekleme ve geri yükleme stratejisi, yedekleme bölümü ve geri yükleme bölümü içerir. Stratejinin yedekleme bölümü yedeklemelerin türünü ve sıklığını, ihtiyaç duydukları donanımın niteliğini ve hızını, yedeklemelerin nasıl test edilecek olduğunu ve yedekleme medyasının nerede ve nasıl depolandığını (güvenlik konuları dahil) tanımlar. Stratejinin geri yükleme bölümü, geri yüklemelerin kimin sorumlu olduğunu, veritabanı kullanılabilirliği ve veri kaybını en aza indirme hedeflerinizi karşılamak için geri yüklemelerin nasıl gerçekleştirilmesi gerektiğini ve geri yüklemelerin nasıl test edildiğini tanımlar.

Etkili bir yedekleme ve geri yükleme stratejisi tasarlamak için dikkatli planlama, uygulama ve test gerekir. Test gereklidir: Geri yükleme stratejinize dahil olan ve geri yüklenen veritabanını fiziksel tutarlılık açısından test eden tüm birleşimlerde yedeklemeleri başarıyla geri yükleyene kadar yedekleme stratejiniz yoktur. Çeşitli faktörleri dikkate almanız gerekir. Bunlar şunları içerir:

  • Kuruluşunuzun üretim veritabanlarınızla ilgili hedefleri, özellikle kullanılabilirlik ve verileri kayıp veya hasara karşı koruma gereksinimleri.

  • Her veritabanının doğası: boyutu, kullanım desenleri, içeriğinin yapısı, verileri için gereksinimler vb.

  • Donanım, personel, yedekleme medyasını depolama alanı, depolanan medyanın fiziksel güvenliği gibi kaynaklar üzerindeki kısıtlamalar.

En iyi yöntem önerileri

Yedekleme veya geri yükleme işlemleri gerçekleştiren hesaplara gerekenden daha fazla ayrıcalık verilmemelidir. Belirli izin ayrıntıları için yedekleme ve geri yükleme bölümünü gözden geçirin. Yedeklemelerin şifrelenmesini ve mümkünse sıkıştırılmasını öneririz.

Güvenliği sağlamak için yedekleme dosyalarının uygun kurallara uyan uzantıları olmalıdır:

  • Veritabanı yedekleme dosyaları uzantısına .BAK sahip olmalıdır
  • Günlük yedekleme dosyalarının uzantısı olmalıdır .TRN .

Ayrı Depolama Kullanma

Önemli

Veritabanı yedeklerinizi veritabanı dosyalarından ayrı bir fiziksel konuma veya cihaza yerleştirdiğinizden emin olun. Veritabanlarınızı depolayan fiziksel sürücünüzde arızalar veya kilitlenmeler olduğunda, kurtarılabilirlik, geri yükleme gerçekleştirmek için yedeklemeleri depolayan ayrı sürücüye veya uzak cihaza erişim olanağına bağlıdır. Aynı fiziksel disk sürücüsünden birkaç mantıksal birim veya bölüm oluşturabileceğinizi unutmayın. Yedeklemeler için bir depolama konumu seçmeden önce disk bölümünü ve mantıksal birim düzenlerini dikkatle inceleyin.

Uygun kurtarma modelini seçin

Yedekleme ve geri yükleme işlemleri bir kurtarma modeli bağlamında gerçekleşir. Kurtarma modeli, işlem günlüğünün nasıl yönetildiğini denetleen bir veritabanı özelliğidir. Bu nedenle, veritabanının kurtarma modeli veritabanı için hangi yedekleme ve geri yükleme senaryolarının destekleneceğini ve işlem günlüğü yedeklemelerinin boyutunu belirler. Genellikle bir veritabanı basit kurtarma modelini veya tam kurtarma modelini kullanır. Toplu işlemler öncesinde toplu günlüğe kaydedilen kurtarma modeline geçerek tam kurtarma modelini artırabilirsiniz. Bu kurtarma modellerine giriş ve bunların işlem günlüğü yönetimini nasıl etkiledikleri için işlem günlüğüne bakın.

Veritabanı için en iyi kurtarma modeli seçimi, iş gereksinimlerinize bağlıdır. İşlem günlüğü yönetiminden kaçınmak ve yedekleme ve geri yüklemeyi basitleştirmek için basit kurtarma modelini kullanın. Yönetim yükü maliyetinde iş kaybına maruz kalma durumunu en aza indirmek için tam kurtarma modelini kullanın. Toplu günlüğe kaydedilen işlemler sırasında günlük boyutu üzerindeki etkiyi en aza indirmek ve aynı zamanda bu işlemlerin kurtarılabilirliğini sağlamak için toplu günlüğe kaydedilen kurtarma modelini kullanın. Kurtarma modellerinin yedekleme ve geri yükleme üzerindeki etkisi hakkında bilgi için bkz . Yedeklemeye genel bakış.

Yedekleme stratejinizi tasarlama

Belirli bir veritabanı için iş gereksinimlerinizi karşılayan bir kurtarma modeli seçtikten sonra ilgili yedekleme stratejisini planlamanız ve uygulamanız gerekir. En uygun yedekleme stratejisi, aşağıdakilerin özellikle önemli olduğu çeşitli faktörlere bağlıdır:

  • Uygulamaların veritabanına günde kaç saat erişmesi gerekir?

    Tahmin edilebilir yoğun olmayan bir dönem varsa, bu dönem için tam veritabanı yedeklemeleri zamanlamanızı öneririz.

  • Değişiklikler ve güncelleştirmeler ne sıklıkta gerçekleşiyor?

    Değişiklikler sık sık oluyorsa aşağıdakileri göz önünde bulundurun:

    • Basit kurtarma modeli altında, tam veritabanı yedeklemeleri arasında değişiklik yedeklemeleri zamanlamayı göz önünde bulundurun. Değişiklik yedeği, yalnızca son tam veritabanı yedeklemesi sonrasındaki değişiklikleri yakalar.

    • Tam kurtarma modeli altında sık sık günlük yedeklemeleri zamanlamanız gerekir. Tam yedeklemeler arasında değişiklik yedeklemelerinin zamanlanması, verileri geri yükledikten sonra geri yüklemeniz gereken günlük yedeklemelerinin sayısını azaltarak geri yükleme süresini kısaltabilir.

  • Değişikliklerin veritabanının yalnızca küçük bir bölümünde mi yoksa veritabanının büyük bir bölümünde mi gerçekleşecek?

    Değişikliklerin dosyaların veya dosya gruplarının bir bölümünde yoğunlaştığı büyük bir veritabanı için kısmi yedeklemeler veya tam dosya yedeklemeleri yararlı olabilir. Daha fazla bilgi için bkz . Kısmi yedeklemeler (SQL Server) ve Tam dosya yedeklemeleri (SQL Server).

  • Tam veritabanı yedeklemesi için ne kadar disk alanı gerekir?

  • İşletmenizin geçmişte yedeklemeleri ne kadar sürdürmesi gerekiyor?

    Uygulamanın ve iş gereksinimlerinin gereksinimlerine göre oluşturulmuş uygun bir yedekleme zamanlamasına sahip olduğunuzdan emin olun. Yedeklemeler eskidikçe, hata noktasına kadar tüm verileri yeniden oluşturmanın bir yolunuz olmadığı sürece veri kaybı riski daha yüksektir. Depolama kaynağı sınırlamaları nedeniyle eski yedeklemeleri atmayı seçmeden önce, geçmişte kurtarılabilirlik gerekip gerekmediğini göz önünde bulundurun.

Tam veritabanı yedeklemesinin boyutunu tahmin et

Yedekleme ve geri yükleme stratejisi uygulamadan önce, tam veritabanı yedeğinin ne kadar disk alanı kullanacağını tahmin etmelisiniz. Yedekleme işlemi veritabanındaki verileri yedekleme dosyasına kopyalar. Yedekleme yalnızca veritabanındaki gerçek verileri içerir ve kullanılmayan alanları içermez. Bu nedenle, yedekleme genellikle veritabanının kendisinden daha küçüktür. Sistem saklı yordamını kullanarak tam veritabanı yedeklemesinin sp_spaceused boyutunu tahmin edebilirsiniz. Daha fazla bilgi için bkz. sp_spaceused (Transact-SQL).

Yedeklemeleri zamanlama

Yedekleme işleminin gerçekleştirilmesi, çalışan işlemler üzerinde en az etkiye sahiptir; bu nedenle, normal işlemler sırasında yedekleme işlemleri çalıştırabilirsiniz. Üretim iş yükleri üzerinde en az etkiye sahip bir SQL Server yedeklemesi gerçekleştirebilirsiniz.

Yedekleme sırasında eşzamanlılık kısıtlamaları hakkında bilgi için bkz . Yedeklemeye genel bakış (SQL Server).

Hangi tür yedeklemelere ihtiyacınız olduğuna ve her türü ne sıklıkta gerçekleştirmeniz gerektiğine karar verdikten sonra, veritabanı için veritabanı bakım planının bir parçası olarak düzenli yedeklemeler zamanlamanızı öneririz. Bakım planları ve veritabanı yedeklemeleri ve günlük yedeklemeleri için bunların nasıl oluşturulacağı hakkında bilgi için bkz. Bakım Planı Sihirbazı'nı kullanma.

Yedeklemelerinizi test edin

Yedeklemelerinizi test edene kadar geri yükleme stratejiniz yoktur. Veritabanının bir kopyasını bir test sistemine geri yükleyerek her veritabanınız için yedekleme stratejinizi kapsamlı bir şekilde test etmek çok önemlidir. Kullanmak istediğiniz her yedekleme türünü geri yüklemeyi test etmeniz gerekir. Ayrıca yedeklemeyi geri yükledikten sonra, yedekleme medyasının zarar görmediklerinden doğrulamak için veritabanının DBCC CHECKDB aracılığıyla veritabanı tutarlılığı denetimleri gerçekleştirmenizi öneririz.

Medya kararlılığını ve tutarlılığını doğrulama

Yedekleme yardımcı programlarıBACKUP (T-SQL komutu, SQL Server Bakım Planları, yedekleme yazılımınız veya çözümünüz vb.) tarafından sağlanan doğrulama seçeneklerini kullanın. Bir örnek için bkz. RESTORE deyimleri - VERIFYONLY.

Yedekleme medyasıyla ilgili sorunları algılamak için gibi BACKUP CHECKSUM gelişmiş özellikleri kullanın. Daha fazla bilgi için bkz. Yedekleme ve geri yükleme sırasında olası medya hataları (SQL Server)

Belge yedekleme/geri yükleme stratejisi

Yedekleme ve geri yükleme yordamlarınızı belgelemenizi ve belgelerin bir kopyasını run book'unuzda tutmanızı öneririz. Ayrıca her veritabanı için bir işlem kılavuzu tutmanızı öneririz. Bu işlem el kitabı yedeklemelerin konumunu, varsa yedekleme cihazı adlarını ve test yedeklemelerini geri yüklemek için gereken süreyi belgelemelidir.

Güvenilmeyen kaynaklardan yedeklemeleri geri yükleme güvenlik riski

Bu bölümde, güvenilmeyen kaynaklardan şirket içi, Azure SQL Yönetilen Örneği, Azure Sanal Makineler üzerinde SQL Server (VM) ve diğer tüm ortamlar dahil olmak üzere herhangi bir SQL Server ortamına yedeklemeleri geri yüklemeyle ilgili güvenlik riski özetlenmiştir.

Bu neden önemli?

SQL yedekleme dosyalarının (.bak) geri yüklenmesi, yedeklemenin güvenilmeyen bir kaynaktan kaynaklanması durumunda olası bir risk oluşturur. Bir SQL Server ortamında birden çok örnek olduğunda güvenlik riski daha da şiddetlenir çünkü bu durum tehdit alanını güçlendirir. Güvenilir bir sınır içinde kalan yedeklemeler güvenlik sorunu oluşturmasa da, kötü amaçlı bir yedeklemenin geri yüklenmesi ortamın tamamının güvenliğini tehlikeye atabilir.

Kötü amaçlı .bak bir dosya şunları yapabilir:

  • SQL Server örneğinin tamamını devralın.
  • Ayrıcalıkları yükseltin ve temel konak veya sanal makineye yetkisiz erişim elde edin.

Bu saldırı, doğrulama betikleri veya güvenlik denetimleri yürütülmeden önce gerçekleşir ve bu da onu son derece tehlikeli hale getirir. Güvenilmeyen bir yedeklemeyi geri yüklemek, kritik bir sunucuda veya sanal makinede güvenilmeyen uygulamalar çalıştırmaya ve ortamınıza rastgele kod yürütmeye girişmeye eşdeğerdir.

En iyi yöntemler

SQL Server ortamlarınıza yönelik tehdidi azaltmak için şu yedekleme güvenliği en iyi yöntemlerini izleyin:

  • Yedeklemeleri geri yüklemeyi yüksek riskli bir işlem olarak değerlendirin.
  • Yalıtılmış örnekleri kullanarak tehdit hizmeti alanını azaltın.
  • Yalnızca güvenilen yedeklemelere izin ver: Bilinmeyen veya dış kaynaklardan gelen yedeklemeleri asla geri yüklemeyin.
  • Yalnızca güvenilir bir sınır içinde kalan yedeklemelere izin verin: yedeklemelerin güvenilen sınırdan kaynaklandığından emin olun.
  • Kolaylık sağlamak için güvenlik denetimlerini atlamayın.
  • Yedekleme ve geri yükleme olaylarını yakalamak ve denetimden kaçınmayı azaltmak için sunucu düzeyinde denetimi etkinleştirin.

XEvent ile ilerleme durumunu izleme

Bir veritabanının boyutu ve ilgili işlemlerin karmaşıklığı nedeniyle yedekleme ve geri yükleme işlemleri önemli ölçüde zaman alabilir. İki işlemden biriyle ilgili sorunlar oluştuğunda ilerleme durumunu backup_restore_progress_trace canlı olarak izlemek için genişletilmiş olayı kullanabilirsiniz. Genişletilmiş olaylar hakkında daha fazla bilgi için bkz. Genişletilmiş Olaylara genel bakış.

Uyarı

backup_restore_progress_trace Genişletilmiş olayın kullanılması bir performans sorununa neden olabilir ve önemli miktarda disk alanı tüketebilir. Kısa süreler için kullanın, dikkatli olun ve üretimde uygulamadan önce iyice test edin.

-- Create the backup_restore_progress_trace extended event session
CREATE EVENT SESSION [BackupRestoreTrace] ON SERVER
ADD EVENT sqlserver.backup_restore_progress_trace
ADD TARGET package0.event_file(SET filename=N'BackupRestoreTrace')
WITH (MAX_MEMORY=4096 KB,EVENT_RETENTION_MODE=ALLOW_SINGLE_EVENT_LOSS,MAX_DISPATCH_LATENCY=5 SECONDS,MAX_EVENT_SIZE=0 KB,MEMORY_PARTITION_MODE=NONE,TRACK_CAUSALITY=OFF,STARTUP_STATE=OFF)
GO

-- Start the event session
ALTER EVENT SESSION [BackupRestoreTrace]
ON SERVER
STATE = start;
GO

-- Stop the event session
ALTER EVENT SESSION [BackupRestoreTrace]
ON SERVER
STATE = stop;
GO

Genişletilmiş olaydan örnek çıktı

xevent çıkışını yedekleme örneğinin ekran görüntüsü. Devam eden xevent çıkışını yedekleme örneğinin ekran görüntüsü.

Yedekleme görevleri hakkında daha fazla bilgi

Yedekleme cihazları ve yedekleme medyasıyla çalışma

Yedek oluşturma

Uyarı

Kısmi veya yalnızca kopya yedeklemeleri için sırasıyla veya seçeneğiyle Transact-SQL PARTIAL deyimini COPY_ONLY kullanmanız gerekir.

SSMS kullanma

T-SQL kullanma

Veri yedeklemelerini geri yükleme

SSMS kullanma

T-SQL kullanma

İşlem günlüklerini geri yükleme (tam kurtarma modeli)

SSMS kullanma

T-SQL kullanma

İlgili içerik

  • Last updated on