Veritabanları, dağıtım topolojileri ve yedekleme

Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018-TFS 2013

Azure DevOps Server bağımlı olan veritabanları için düzenli bir yedekleme zamanlaması oluşturarak dağıtımınızı veri kaybına karşı korumaya yardımcı olabilirsiniz. Azure DevOps Server dağıtımınızı tamamen geri yüklemek için, önce tüm Azure DevOps Server veritabanlarını yedekleyin.

Veritabanlarını yedekleme

Veritabanı yedeklemeleri oluşturarak Azure DevOps dağıtımınızı veri kaybına karşı koruyun. Aşağıdaki tablo ve eşlik eden çizimler hangi veritabanlarının yedeklenecek olduğunu gösterir ve bu veritabanlarının bir dağıtımda fiziksel olarak nasıl dağıtılabileceği hakkında örnekler sağlar.

Dağıtım topolojileri

Dağıtım yapılandırmanıza bağlı olarak, bu örnek topolojide olduğu gibi, yedekleme gerektiren tüm veritabanları aynı fiziksel sunucuda olabilir.

Alternatif olarak, veritabanları birçok sunucuya ve sunucu çiftlerine dağıtılmış olabilir. Bu örnek topolojide, altı sunucu veya sunucu çiftlerine göre ölçeklendirilen aşağıdaki veritabanlarını yedeklemeniz gerekir:

• yapılandırma veritabanı

• ambar veritabanı

• SQL Server kümesinde bulunan proje koleksiyonu veritabanları

• SQL Server çalıştıran tek başına sunucuda bulunan koleksiyon veritabanı

• Raporlama Hizmetleri 'ni çalıştıran sunucuda bulunan veritabanları

• Analysis Services çalıştıran sunucuda bulunan veritabanı

• SharePoint ürünleri yönetim veritabanları ve her iki SharePoint Web uygulaması için site koleksiyonu veritabanları

  SharePoint veritabanınız birden çok sunucuya ölçeklenirse, bunları yedeklemek için zamanlanmış yedeklemeler özelliğini kullanamazsınız. Bu veritabanlarına yönelik yedeklemeleri el ile yapılandırmanız ve bu yedeklemelerin Azure DevOps Server veritabanı yedeklemeleriyle eşitlendiğinden emin olmanız gerekir. Daha fazla bilgi için bkz. Azure DevOps Server'ı el ile yedekleme.

Bu örneklerin her ikisinde de, sunucuya bağlanan istemcilerden herhangi birini yedeklemeniz gerekmez. Ancak, geri yüklenen dağıtıma yeniden bağlanabilmeleri için istemci bilgisayarlarındaki Azure DevOps Server önbelleklerini el ile temizlemeniz gerekebilir.

Yedeklenecek veritabanları

Aşağıdaki listede, dağıtım kaynaklarınıza bağlı olarak ne yedeklemeniz gerektiğini ilgilendiren ek ayrıntılar verilmektedir.

• Azure DevOps Server veritabanları -Azure DevOps Server mantıksal veri katmanı, yapılandırma veritabanı, ambar veritabanı ve dağıtımdaki her bir proje koleksiyonu için bir veritabanı dahil olmak üzere çeşitli SQL Server veritabanları içerir. Bu veritabanlarının hepsi aynı sunucuda olabilir, aynı SQL Server dağıtımında birkaç örneğe dağıtılmış veya birden çok sunucuya dağıtılmış olabilir. Fiziksel dağılılarından bağımsız olarak, veri kaybına karşı emin olmak için tüm veritabanlarını aynı zaman damgasına yedeklemeniz gerekir. Veritabanı yedeklemelerini, belirli zamanlarda veya aralıklarda çalışan bakım planlarını kullanarak el ile veya otomatik olarak gerçekleştirebilirsiniz.

  Önemli

  Azure DevOps veritabanlarının listesi statik değildir. Her koleksiyon oluşturduğunuzda yeni bir veritabanı oluşturulur. Bir koleksiyon oluşturduğunuzda, bu koleksiyonun veritabanını bakım planınıza eklediğinizden emin olun.

• Raporlama Hizmetleri ve Analysis Services veritabanları -dağıtımınız, Azure DevOps Server rapor oluşturmak için SQL Server Reporting Services veya SQL Server Analysis Services kullanıyorsa, raporlama ve analiz veritabanlarını yedeklemeniz gerekir. Ancak, ambar gibi geri yükleme sonrasında belirli veritabanlarını yine de yeniden oluşturmanız gerekir.
• Rapor sunucusu Için şifreleme anahtarı -rapor sunucusunda yedeklemeniz gereken bir şifreleme anahtarı vardır. Bu anahtar, rapor sunucusu için veritabanında depolanan hassas bilgileri korur. Raporlama Hizmetleri Yapılandırma aracını ya da bir komut satırı aracını kullanarak bu anahtarı el ile yedekleyebilirsiniz.

Yedeklemeler için gelişmiş hazırlık

Azure DevOps dağıtırken, oluşturduğunuz hesapların ve belirttiğiniz bilgisayar adlarının, parolalarının ve Kurulum seçeneklerinin bir kaydını tutmanız gerekir. Ayrıca, tüm kurtarma malzemelerinin, belgelerinin ve veritabanı ve işlem günlüğü yedeklemelerinin bir kopyasını güvenli bir yerde tutmanız gerekir. Yangın veya deprem gibi bir olağanüstü duruma karşı korumak için sunucu yedeklemelerinizin kopyalarını sunucuların konumundan farklı bir konumda tutmanız gerekir. Bu strateji, kritik verilerin kaybedilmesine karşı korunmanıza yardımcı olur. En iyi uygulama olarak, Yedekleme ortamının üç kopyasını tutmanız gerekir ve denetimli bir ortamda en az bir kopyayı site dışında tutmanız gerekir.

Bir veritabanını yedekleyip geri yüklediğinizde, verileri bir ağ adresi (örneğin, ağ sürücüleri olarak paylaşılan bantlar ve diskler) ile medya üzerine yedeklemeniz gerekir. Yedekleme planınız, aşağıdaki tackler gibi medyayı yönetmeye yönelik hükümler içermelidir:

• Yedekleme kümelerini depolamaya ve geri dönüşüme yönelik bir izleme ve yönetim planı.
• Yedekleme ortamının üzerine yazma zamanlaması.
• Çok sunuculu bir ortamda, merkezi veya dağıtılmış yedeklemeleri kullanma kararı.
• Medyanın faydalı ömrünü izlemenin bir yolu.
• Bir yedekleme kümesi veya Yedekleme ortamının kaybının etkilerini en aza indirmek için bir yordamdır (örneğin, bir bant).
• Yedekleme kümelerini yerinde veya site dışı depolama kararı ve bu kararın kurtarma süresini nasıl etkileyebileceğini gösteren bir çözümleme.

Azure DevOps verileri SQL Server veritabanlarında depolandığından, Azure DevOps istemcilerinin yüklü olduğu bilgisayarları yedeklemeniz gerekmez. Bu bilgisayarları içeren bir medya arızası veya olağanüstü durum oluşursa, istemci yazılımını yeniden yükleyebilir ve sunucuya yeniden bağlanabilirsiniz. İstemci yazılımını yeniden yükleyerek, kullanıcılarınız bir istemci bilgisayarını bir yedekten geri yüklemeye yönelik bir temizleyici ve daha güvenilir bir alternatif olacaktır.

Kullanılabilir Zamanlanmış yedeklemeler özelliklerini kullanarak bir sunucuyu yedekleyebilir veya Azure DevOps dağıtımıyla ilgili veritabanlarını yedeklemek için SQL Server ' de bakım planlarını el ile oluşturabilirsiniz. Azure DevOps veritabanları birbirleriyle ilişkili olarak çalışır ve el ile bir plan oluşturursanız, bunları yedeklemeniz ve aynı anda geri yüklemeniz gerekir. Veritabanlarının yedeklenmesi stratejileri hakkında daha fazla bilgi için bkz. SQL Server veritabanlarını yedekleme ve geri yükleme.

Yedekleme türleri

Kullanılabilir Yedekleme türlerini anlamak, dağıtımınızı yedeklemeye yönelik en iyi seçenekleri belirlemenize yardımcı olur. Örneğin, büyük bir dağıtımla çalışıyorsanız ve sınırlı depolama kaynaklarını verimli bir şekilde kullanarak veri kaybına karşı korumak istiyorsanız, fark yedeklemelerini ve tam veri yedeklemelerini yapılandırabilirsiniz. SQL Server AlwaysOn kullanıyorsanız, ikincil veritabanınızın yedeklerini alabilirsiniz. Ayrıca, yedekleme sıkıştırması kullanmayı veya yedeklemeleri birden çok dosya üzerinde bölmeyi deneyebilirsiniz. Yedekleme seçeneklerinizin kısa açıklamaları aşağıda verilmiştir:

Tam veri yedeklemeleri (veritabanları)

Tam bir veritabanı yedeklemesi, dağıtımınızın kurtarılabilirliği için gereklidir. Tam yedekleme, tam yedeklemeyi kurtarabilmeniz için işlem günlüğünün bir parçasını içerir. Tam yedeklemeler, yedeklediğiniz sırada var olan tüm veritabanını temsil ettikleri kendi kendini içerir. Daha fazla bilgi için bkz. tam veritabanı yedeklemeleri.

Değişiklik verisi yedeklemeleri (veritabanları)

Fark veritabanı yedeklemesi yalnızca, fark tabanı olarak adlandırılan son tam veritabanı yedeklemesinden bu yana değiştirilen verileri kaydeder. Fark veritabanı yedeklemeleri tam veritabanı yedeklemelerinden daha küçüktür ve daha hızlıdır. Bu seçenek, artan karmaşıklık maliyetine yedekleme süresini kaydeder. Büyük veritabanları için, fark yedeklemeleri veritabanı yedeklemelerinden daha kısa aralıklarla gerçekleşebilir ve bu da iş kaybı pozlamasını azaltır. Daha fazla bilgi için bkz. fark veritabanı yedeklemeleri.

Ayrıca işlem günlüklerinizi düzenli olarak yedeklemeniz gerekir. Bu yedeklemeler, tam veritabanı yedekleme modelini kullanırken verileri kurtarmak için gereklidir. İşlem günlüklerini yedeklemeniz durumunda veritabanını hata noktasına veya daha önceki bir zaman noktasına kurtarabilirsiniz.

İşlem günlüğü yedeklemeleri

İşlem günlüğü, her bir değişikliği gerçekleştiren işlemin yanı sıra bir veritabanında oluşan tüm değişikliklerin seri bir kaydıdır. İşlem günlüğü her bir işlemin başlangıcını, verilerde yapılan değişiklikleri ve gerekirse, bu işlem sırasında yapılan değişiklikleri geri almak için yeterli bilgiyi kaydeder. Günlüğe kaydedilen işlemler veritabanında gerçekleşdikçe günlük sürekli olarak büyür.

İşlem günlüklerini yedekleyerek veritabanını daha önceki bir zaman noktasına kurtarabilirsiniz. Örneğin, istenmeyen veriler girilebilmeniz veya bir hata oluşması durumunda veritabanını bir noktaya geri yükleyebilirsiniz. Veritabanı yedeklerinin yanı sıra, işlem günlüğü yedeklemeleri kurtarma stratejinizin bir parçası olmalıdır. Daha fazla bilgi için bkz. Işlem günlüğü yedeklemeleri (SQL Server).

İşlem günlüğü yedeklemeleri genellikle tam yedeklerden daha az kaynak kullanır. Bu nedenle, işlem günlüğü yedeklerini tam yedeklerden daha sık oluşturabilirsiniz, bu da veri kaybı riskini azaltır. Ancak, bazen bir işlem günlüğü yedeklemesi tam yedeklemeden daha büyük olur. Örneğin, yüksek işlem hızına sahip bir veritabanı işlem günlüğünün hızla büyümesine neden olur. Bu durumda, işlem günlüğü yedeklemelerini daha sık oluşturmanız gerekir. Daha fazla bilgi için bkz. tam işlem günlüğü sorunlarını giderme (SQL Server hatası 9002).

Aşağıdaki işlem günlüğü yedeklemeleri türlerini gerçekleştirebilirsiniz:

• Saf bir günlük yedeklemesi, toplu değişiklik yapılmadan yalnızca bir aralığa ait işlem günlüğü kayıtlarını içerir.
• Toplu günlük yedeklemesi, toplu işlemler tarafından değiştirilen günlük ve veri sayfalarını içerir. Zaman noktaya kurtarmaya izin verilmiyor.
• Bir kuyruk günlüğü yedeklemesi, henüz yedeklenmeyen günlük kayıtlarını yakalamak için muhtemelen hasarlı bir veritabanından alınır. Bir kuyruk günlüğü yedeklemesi, çalışma kaybını önleyen bir hatadan sonra alınır ve saf günlük veya toplu günlük verileri içerebilir.

Azure DevOps Server başarılı bir şekilde geri yüklenmesi için verilerin eşitlenmesi kritik olduğundan, yedeklemeleri el ile yapılandırıyorsanız, yedekleme stratejinizin bir parçası olarak işaretli işlemleri kullanmanız gerekir. Daha fazla bilgi için bkz. yedekleme zamanlaması oluşturma ve Azure DevOps Server planlama ve el ile yedekleme.

Uygulama katmanı hizmet yedeklemeleri

Mantıksal uygulama katmanı için gereken tek yedekleme, Raporlama Hizmetleri için şifreleme anahtarına yöneliktir. Dağıtımınızı yedeklemek için zamanlanmış yedeklemeler özelliğini kullanırsanız, bu anahtar planın bir parçası olarak sizin için yedeklenir. Proje portalları olarak kullanılan Web sitelerini yedeklemeniz gerektiğini varsayabilirsiniz.

Bir uygulama katmanını bir veri katmanından daha kolay bir şekilde yedekleyebilseniz de, uygulama katmanını geri yüklemek için bazı adımlar vardır. Azure DevOps Server için başka bir uygulama katmanı yüklemeli, proje koleksiyonlarını yeni uygulama katmanını kullanacak şekilde yeniden yönlendirmek ve projeler için Portal sitelerini yeniden yönlendirmek zorundasınız.

Varsayılan veritabanı adları

Veritabanlarınızın adlarını özelleştirmezseniz, Azure DevOps Server dağıtımınızda kullanılan veritabanlarını belirlemek için aşağıdaki tabloyu kullanabilirsiniz. Daha önce belirtildiği gibi, tüm dağıtımlar bu veritabanlarına sahip değildir. Örneğin, Raporlama Hizmetleri ile Azure DevOps Server yapılandırmadıysanız, ReportServer veya ReportServerTempDB veritabanlarına sahip olmayacaktır. Benzer şekilde, Azure DevOps Server Laboratuvar Yönetimi destekleyecek şekilde yapılandırmadığınız müddetçe System Center Virtual Machine Manager (SCVMM) ve VirtualManagerDB için veritabanı olmayacaktır. Ayrıca, Azure DevOps Server kullanan veritabanları birden fazla SQL Server veya birden fazla sunucu arasında dağıtılabilir.

İlgili makaleler:

• Yedekleme ve geri yükleme Azure DevOps Server
• Yeni donanıma bir dağıtımı geri yükleme