Przywracanie pojedynczego projektu
Odzyskaj pojedynczą kopię zapasową projektu Azure DevOps lub DevOps Server, wraz z jego repozytoriami i pozostałymi metadanymi.
Xopero ONE umożliwia przywracanie pojedynczego projektu Azure DevOps, pozwalając organizacjom odzyskać wybrane projekty wraz z ich metadanymi, zapewniając integralność i spójność danych przy jednoczesnym minimalizowaniu zakłóceń w innych projektach i repozytoriach.
Proces odzyskiwania
Poniższe kroki pokazują, jak szybko przywrócić pojedynczy projekt Azure DevOps za pomocą Xopero ONE Management Service.
Usunięte artefakty nie mogą zostać przywrócone dopóki pozostają w koszu — technicznie można je przywrócić, ale najpierw należy je z niego usunąć.
Azure nie pozwala na przywracanie usuniętych pakietów do tego samego kanału (feed). Raz usunięty pakiet musi takim pozostać. Ograniczenie to nie dotyczy odzyskiwania do nowego kanału, dlatego wszystkie pakiety powinny być przywracane właśnie tam.
Przejdź do widoku przywracania, korzystając z poniższej metody:
Otwórz kartę Azure DevOps (DevOps > Azure DevOps), a następnie kliknij przycisk Przeglądaj obok organizacji, której kopię zapasową chcesz przywrócić (ikona przeglądania
w widoku listy).Na karcie Projekty & repozytoria wyszukaj projekt, który chcesz odzyskać, a następnie kliknij ikonę przywracania
w menu akcji tego projektu.
Wybierz plan backupu, z którego chcesz przywrócić dane. Rozwiń listę w sekcji Plany backupów i wybierz jeden z dostępnych planów.
Wybierz wersję kopii zapasowej spośród wszystkich już wykonanych — wskaż pożądaną datę i kliknij przycisk Przywróć.
Wybierz miejsce docelowe odzyskiwania i kliknij Dalej.
Możesz wybrać dowolne urządzenie lub organizację zarejestrowaną w Xopero ONE (więcej informacji na temat cross-recovery znajdziesz w sekcji Przydatne linki i materiały).
Wybierz dostępne do przywrócenia metadane i kliknij Przywróć wybrane lub Przywróć wszystko, aby kontynuować.
Xopero ONE pozwala na wybranie konkretnych metadanych do odzyskania — każdy element można uwzględnić lub wykluczyć za pomocą przełącznika.
Dostępność danych do przywrócenia zależy od wybranego miejsca docelowego odzyskiwania.
W sekcji Dane do przywrócenia u góry możesz w razie potrzeby doprecyzować, które z wcześniej wskazanych danych chcesz przywrócić.
W sekcji Przywróć do możesz zmienić wybrane wcześniej miejsce docelowe odzyskiwania.
W sekcji Zapobieganie ograniczeniom żądań możesz dodać dodatkowe konta organizacji DevOps, aby uniknąć dławienia przepustowości (throttling).
Aby móc korzystać z dodatkowych kont organizacji, musisz je najpierw dodać w ustawieniach organizacji (widok organizacji > Edytuj).
Skonfiguruj ustawienia miejsca docelowego przywracania w zależności od tego, gdzie zostanie przywrócona kopia zapasowa.
Przywracanie do organizacji Git:
Wybierz organizację docelową (jeśli dotyczy).
Jeśli przywracasz projekt do organizacji Azure DevOps lub DevOps Server:
Ustaw unikalną nazwę projektu w ustawieniach przywracania lub użyj nazwy wygenerowanej automatycznie przez Xopero ONE.
Zdecyduj, czy przywracać repozytoria z kopii projektu:
Gdy przełącznik Przywróć repozytoria z kopii tego projektu jest wyłączony podczas procesu przywracania, wszystkie chronione repozytoria projektu są przywracane, niezależnie od tego, czy były objęte ochroną tym samym planem, czy różnymi planami. Wykorzystywane są najnowsze dostępne kopie zapasowe.
Gdy przełącznik jest włączony, stosowany jest inny mechanizm: przywracane są tylko te repozytoria, których backup został wykonany w ramach tego samego planu co backup projektu.
Ze względu na wymagane zmiany, drugi mechanizm nie jest dostępny dla kopii zapasowych utworzonych w wersjach Xopero ONE starszych niż 2.0.5 ani dla agentów w wersji niższej niż 2.0.5.
Jeśli przywracasz projekt do innej organizacji Git niż oryginalna (np. GitHub), możesz ustawić własne nazwy dla wszystkich repozytoriów w projekcie lub dodać sufiks do oryginalnych nazw. Możesz również zdecydować, czy dodać etykietę (label) do przywróconych elementów (jeśli dotyczy).
Jeśli w wybranej organizacji Git istnieje już własna lub oryginalna nazwa repozytorium, proces przywracania zakończy się niepowodzeniem. Aby pomyślnie ukończyć odzyskiwanie, należy wybrać unikalne nazwy repozytoriów lub zaznaczyć opcję Dodaj sufiks do nazwy repozytorium, dzięki czemu przywrócone repozytoria zachowają swoje oryginalne nazwy z automatycznie wygenerowanym sufiksem.
Dostosuj ustawienia przepustowości łącza.
Sprawdź, który agent jest ustawiony jako domyślny dla odzyskiwania i zmień go w razie potrzeby.
Przywracanie na urządzenie:
Aby przywrócić repozytorium na urządzenie lokalne, musi ono posiadać zainstalowanego klienta Git oraz agenta Xopero ONE (więcej informacji na temat agentów znajdziesz w sekcji Przydatne linki i materiały).
W przypadku przywracania danych do zasobów lokalnych możliwe jest odzyskanie wyłącznie samego repozytorium (bez metadanych).
Wybierz urządzenie docelowe (zarejestrowane urządzenie).
Upewnij się, że urządzenie, na którym chcesz przywrócić dane, ma dodanego klienta Git do zmiennej środowiskowej PATH. Zmienna ta jest zazwyczaj konfigurowana automatycznie po instalacji Git (może być wymagany restart systemu) — jeśli tak się nie stało, musisz skonfigurować ją ręcznie.
Aby skonfigurować zmienną środowiskową PATH w systemie Windows, otwórz okno zmiennych środowiskowych, wybierz zmienną PATH i kliknij przycisk Edytuj. Następnie skopiuj ścieżkę pliku git.exe i dodaj ją do listy w zmiennej PATH.
Określ katalog przywracania i skonfiguruj pozostałe opcje (np. nadpisywanie istniejących danych lub ograniczenie przepustowości). W razie potrzeby możesz utworzyć nowy folder przywracania na wybranym dysku z poziomu usługi zarządzania.
Po zdefiniowaniu wszystkich parametrów kliknij przycisk Przywróć, aby rozpocząć proces odzyskiwania. Po zakończeniu procesu w wybranej organizacji lub na urządzeniu zostanie utworzony nowy projekt/repozytorium/folder. Przebieg operacji możesz monitorować w karcie Zadania.
Przydatne linki i materiały
Agent Xopero ONE Cross-recovery dla organizacji DevOpsPrzywracanie LFS dla organizacji DevOpsPrzywracanie wiki dla organizacji DevOpsZapobieganie ograniczeniom żądańLast updated