Tworzenie kopii zapasowych i przywracanie baz danych
Azure DevOps Server 2022 r. | Azure DevOps Server 2020 r. | Azure DevOps Server 2019 r.
Należy regularnie tworzyć kopie zapasowe baz danych dla Azure DevOps Server, aby zmniejszyć ryzyko utraty wydajności lub danych z powodu awarii sprzętu lub innych nieoczekiwanych zdarzeń. Kreator zaplanowanych kopii zapasowych ułatwia tworzenie kopii zapasowych baz danych, które są częścią warstwy danych Azure DevOps Server i są przechowywane w SQL Server. Wszystkie informacje wymagane do przywrócenia wdrożenia Azure DevOps Server są przechowywane w tych bazach danych. Nie ma potrzeby tworzenia kopii zapasowych komputerów klienckich usługi Azure DevOps ani serwerów warstwy aplikacji.
Aby zapoznać się z omówieniem baz danych usługi Azure DevOps, zobacz Omówienie tworzenia kopii zapasowych Azure DevOps Server. Poniższe artykuły zawierają procedury tworzenia kopii zapasowych i przywracania Azure DevOps Server baz danych.
| Zadanie | Procedury |
|---|---|
| Tworzenie kopii zapasowej danych | |
| Przywracanie baz danych z kopii zapasowej | |
| Odzyskiwanie po awarii sprzętowej w warstwie aplikacji |
Przywracanie danych na tym samym serwerze
Możesz przywrócić dane z kopii zapasowej do tego samego serwera i wystąpienia SQL Server dla Azure DevOps Server, z których utworzono kopię zapasową tych danych. Na przykład możesz przywrócić uszkodzony zestaw baz danych do ostatniego znanego dobrego stanu.
Aby przywrócić dane do innego serwera lub innego wystąpienia SQL Server, zobacz Przywracanie wdrożenia do nowego sprzętu. Kroki przywracania danych do tego samego serwera lub serwerów różnią się w zależności od sposobu instalowania i konfigurowania Azure DevOps Server. Procedury przedstawione w tym artykule są ustrukturyzowane pod kątem umiarkowanie złożonego wdrożenia Azure DevOps Server, jak pokazano na poniższej ilustracji:
Jeśli topologia nie jest całkowicie zgodna z tym przykładem, może być konieczne dostosowanie kroków w tej procedurze. Jeśli na przykład masz wdrożenie, w którym wszystkie składniki są zainstalowane na jednym serwerze fizycznym, należy wykonać wszystkie procedury na tym serwerze. Jeśli bazy danych kolekcji projektów są wdrażane na więcej niż jednym serwerze, wykonaj kroki przywracania każdej bazy danych kolekcji na odpowiednim serwerze. Aby uzyskać więcej informacji na temat składników, które mogą być wdrażane na każdym serwerze, zobacz następujące artykuły:
- Omówienie Azure DevOps Server baz danych, topologii wdrażania i tworzenia kopii zapasowych
- architektura Azure DevOps Server
- Przykłady prostej topologii
- Przykłady umiarkowanej topologii
- Przykłady złożonej topologii
Przywracanie danych na innym serwerze
Dane wdrożenia Azure DevOps Server można przywrócić na innym serwerze lub wystąpieniu, z którego pierwotnie były przechowywane. Na przykład chcesz uaktualnić serwer warstwy danych lub sprzęt na oryginalnym serwerze nie powiodło się. Aby zapewnić pomyślne odzyskiwanie danych w tym scenariuszu, należy skonfigurować oznaczone transakcje w ramach strategii tworzenia kopii zapasowych. Aby uzyskać więcej informacji, zobacz Tworzenie kopii zapasowej Azure DevOps Server.
Aby przywrócić dane na innym serwerze, należy wykonać inne kroki niż te, które wykonasz w celu przywrócenia danych na tym samym serwerze. Aby uzyskać więcej informacji na temat przywracania danych do tego samego serwera lub serwerów, zobacz Przywracanie danych do tej samej lokalizacji. Aby uzyskać informacje na temat przywracania wdrożenia pojedynczego serwera po awarii sprzętu, zobacz Przywracanie wdrożenia pojedynczego serwera do nowego sprzętu. Jeśli wdrożenie korzysta z produktów programu SharePoint, należy wykonać dodatkowe kroki, aby utworzyć kopię zapasową i przywrócić jej bazy danych zgodnie z opisem w procedurach opisanych w tym artykule.
Kroki przywracania danych do różnych serwerów lub wystąpień różnią się w zależności od sposobu instalowania i konfigurowania Azure DevOps Server. Na przykład procedury opisane w tym artykule dotyczą przywracania tylko baz danych dla Azure DevOps Server w umiarkowanie złożonym wdrożeniu, jak pokazano na poniższej ilustracji:
Topologia nie musi być zgodna z tym przykładem, aby postępować zgodnie z procedurami w tym artykule, ale może być konieczne dostosowanie kroków. Jeśli na przykład wdrożenie ma wszystkie składniki zainstalowane na jednym serwerze fizycznym, wykonaj wszystkie procedury na serwerze z uruchomionym Azure DevOps Server. Jeśli bazy danych kolekcji projektów zostały pierwotnie wdrożone na więcej niż jednym serwerze, wykonaj kroki przywracania każdej bazy danych na określonym serwerze lub serwerach. Nie trzeba przywracać baz danych w tej samej konfiguracji co wcześniej, ale należy przywrócić każdą bazę danych. Należy również przywrócić bazy danych dla produktów programu SharePoint, programu Microsoft Project Server i SQL Server Reporting Services w niektórych przypadkach, na przykład jeśli wszystkie były hostowane na serwerze, który zakończył się niepowodzeniem. Aby uzyskać więcej informacji na temat składników, które mogą być wdrażane na każdym serwerze, zobacz następujące artykuły:
- Omówienie tworzenia kopii zapasowych Azure DevOps Server
- architektura Azure DevOps Server
- Przykłady prostej topologii
- Przykłady umiarkowanej topologii
- Przykłady złożonej topologii
Pytania i odpowiedzi
Pyt.: Gdzie mogę dowiedzieć się więcej na temat kopii zapasowych w Azure DevOps Server?
A: Więcej informacji na temat rodzajów kopii zapasowych dostępnych można znaleźć w temacie Omówienie baz danych Azure DevOps Server, topologii wdrażania i tworzenia kopii zapasowych.
Pyt.: Czy istnieją sytuacje, w których nie chcę używać narzędzia Zaplanowane kopie zapasowe?
A: Narzędzie Zaplanowane kopie zapasowe zostało zaprojektowane tak, aby spełniało potrzeby większości wdrożeń. Może być konieczne ręczne skonfigurowanie tworzenia kopii zapasowych, jeśli wdrożenie ma ograniczenia zabezpieczeń, które uniemożliwiają korzystanie z tego narzędzia, lub ma inne wymagania dotyczące tworzenia kopii zapasowych baz danych (na przykład w celach inspekcji). Aby uzyskać więcej informacji, zobacz Ręczne tworzenie kopii zapasowych serwera Azure DevOps Server.
Pyt.: Wdrożono Azure DevOps Server na wielu serwerach. Jak mogę go przywrócić?
A: Kroki przywracania Azure DevOps Server we wdrożeniu wielu serwerów są zasadniczo takie same jak opisane w samouczku dotyczącym przywracania danych na jednym serwerze. Ten proces jest również taki sam, jak proces opisany w przeniesieniu opartym na przywróceniu.
Pyt.: Czy mogę przenieść Azure DevOps Server?
A: Tak, możesz przenieść Azure DevOps Server na nowy sprzęt. Możesz również zmienić jego środowisko, takie jak jego domena.
Pyt.: Warstwa danych? Warstwa aplikacji? Co to takiego? Gdzie mogę dowiedzieć się więcej na temat architektury serwera Azure DevOps Server?
A: Dowiedz się więcej o sposobie działania Azure DevOps Server w architekturze Azure DevOps Server.
Pyt.: Czy nie mogę ręcznie dotknąć baz danych?
A: Nr. Jeśli nie postępujesz zgodnie z procedurą ręcznego tworzenia kopii zapasowych baz danych, modyfikowanie dowolnej bazy danych serwera Azure DevOps Server może spowodować unieważnienie umowy dotyczącej pomocy technicznej. Może to przyczynić się do utraty danych, uniemożliwić uaktualnienie lub zastosowanie poprawki serwera Azure DevOps Server lub spowodować inne poważne problemy.