Informacje na temat tworzenia kopii zapasowych programu Team Foundation Server
Można pomóc w ochronie swojego rozwinięcia przed utratą danych przez stworzenie regularnego harmonogramu kopii zapasowych baz danych, od których będzie zależeć (TFS) Visual Studio Team Foundation Server .Aby przywrócić wdrożenie systemu Team Foundation w całości, musisz najpierw wykonać kopię zapasową wszystkich baz danych dla programu TFS.Jeśli Twoje wdrożenie obejmuje program Produkty SharePoint lub SQL Server Reporting Services, należy również wykonać kopię zapasową baz danych, których używa program TFS, razem z tymi składnikami.Aby uniknąć błędów synchronizacji lub błędów niezgodności danych, należy zsynchronizować wszystkie kopie zapasowe z tą samą sygnaturę czasową.Najprostszym sposobem zapewnienia pomyślnej synchronizacji jest użycie zaznaczonych transakcji.Oznaczając rutynowo powiązane transakcje w każdej bazie danych Team Foundation, ustanawiasz szereg wspólnych punktów odzyskiwania w tych bazach danych.Aby uzyskać szczegółowe instrukcje tworzenia kopii zapasowych wdrożenia jednego serwera, które używa programu SharePoint Foundation, a także wykorzystuje raportowanie, zobacz Konfigurowanie harmonogramu i planu tworzenia kopii zapasowych.
Wykonywanie kopii zapasowych baz danych
Można tworzyć kopie zapasowe baz danych, które używają TFS jako kluczowego elementu ochrony wdrożenia Team Foundation przed utratą.Poniższa tabela i towarzyszące jej ilustracje pokazują, które bazy danych należy uwzględnić w kopii zapasowej, i podają przykłady, jak te bazy danych mogą być fizycznie rozproszone we wdrożeniu.
Typ bazy danych |
Produkt |
Opcjonalny składnik? |
|---|---|---|
Baza danych konfiguracji |
Team Foundation Server |
Nie |
Baza danych magazynu |
Team Foundation Server |
Nie |
Bazy danych kolekcji projektu zespołowego |
Team Foundation Server |
Nie |
Produkty SharePoint bazy danych |
Produkty SharePoint |
Tak |
Raportowanie baz danych |
SQL Server Usługi raportowania |
Tak |
Analiza baz danych |
SQL Server Usługi analizy |
Tak |
Topologie wdrożeń
Na podstawie konfiguracji wdrażania wszystkie bazy danych, które wymagają tworzenia kopii zapasowych mogą się znajdować na tym samym serwerze fizycznym, jak w tym przykładzie topologii.Ten przykład nie obejmuje zestawu Produkty SharePoint ani usług Reporting Services, dzięki czemu nie musisz wykonywać kopii zapasowej żadnych baz danych związanych z raportowaniem, analizą lub zestawem Produkty SharePoint.
.png "Prosty topologii z bazami danych")
Alternatywnie, bazy danych mogą być rozmieszczone na wielu serwerach i farmach serwerów.W tej topologii przykładu należy wykonać kopię zapasową następujących baz danych, które są skalowane w sześciu serwerach lub farmach serwerów:
baza danych konfiguracji
baza danych magazynu
bazy danych kolekcji projektów zespołowych, które znajdują się w klastrze programu SQL Server
Baza danych kolekcji znajdująca się na serwerze autonomicznym z programem SQL Server
administracyjne bazy danych i bazy danych zbiorów witryn zestawu Produkty SharePoint dla obu aplikacji sieci Web programu SharePoint1
bazy danych znajdujące się na serwerze z usługami Reporting Services
baza danych znajdująca się na serwerze z usługami Analysis Services
1 Jeśli bazy danych programu SharePoint są skalowane na wielu serwerach, nie można użyć funkcji Zaplanowane kopie zapasowe dla otrzymania ich kopii zapasowych.Trzeba będzie ręcznie skonfigurować kopie zapasowe tych baz danych i upewnić się, że te kopie zapasowe są synchronizowane z kopii zapasowych dla baz danych TFS.Zobacz Ręczne tworzenie kopii zapasowej serwera programu Team Foundation Server, aby uzyskać więcej informacji.
.png "Przykład: dystrybucji złożonych baz danych")
W obu tych przykładach nie musisz wykonać kopii zapasowej żadnych klientów łączących się z serwerem.Jednak czasami trzeba ręcznie wyczyścić pamięci podręczne dla programu Team Foundation Server na komputerach klienckich, zanim mogą się one ponownie połączyć z przywróconymi wdrożeniami.
Bazy danych wymagające utworzenia kopii zapasowych
Poniższa lista zawiera dodatkowe szczegóły o elementach, które trzeba uwzględnić w kopii zapasowej, w zależności od zasobów związanych z wdrożeniem.
.gif "Informacje dotyczące przestrogi") Przestroga |
|---|
Wszystkie bazy danych na poniższej liście są bazami danych SQL Server.Chociaż w dowolnej chwili można użyć SQL Server Management Studio, aby wykonać kopię zapasową poszczególnych baz danych, należy, o ile to możliwe, unikać używania takich indywidualnych kopii zapasowych.W przypadku przywracania danych z pojedynczych kopii zapasowych, mogą wystąpić nieoczekiwane wyniki, ponieważ bazy danych, których używa TFS są wszystkie spokrewnione.Jeśli tworzysz kopię zapasową tylko jednej bazy danych, dane w tej bazie danych nie będą zsynchronizowane z danymi w innych bazach danych. |
Bazy danych programu Team Foundation Server Warstwa danych logicznych dla Team Foundation Server zawiera kilka baz danych SQL Server, łącznie z bazą danych konfiguracji, bazą danych magazynu i bazą danych dla każdej kolekcji projektu zespołowego we wdrożeniu.Te bazy danych mogą wszystkie znajdować się na tym samym serwerze, być rozłożone na kilka wystąpień w tym samym wdrożeniu programu SQL Server lub być rozproszone pośród wielu serwerów.Niezależnie od ich fizycznej dystrybucji, musisz wykonać kopię zapasową wszystkich baz danych z tą samą sygnaturą czasową w celu zabezpieczenia przed utratą danych.Można wykonać kopie zapasowe bazy danych ręcznie albo automatycznie, używając planów konserwacji, które uruchamiają się o określonych godzinach lub w danych odstępach.
PrzestrogaLista baz danych dla programu Team Foundation Server nie jest statyczna.Nowa baza danych jest tworzona przy każdym tworzeniu kolekcji.Podczas tworzenia kolekcji upewnij się, że dodano bazę danych tej kolekcji do planu konserwacji.
Bazy danych dla produktów programu SharePoint Jeśli w danym wdrożeniu użyto Produkty SharePoint do hostowania portali projektów zespołowych, należy wykonać kopię zapasową kilku baz danych.Do tych baz danych należy administracyjna baza danych dla każdej aplikacji sieci Web programu SharePoint, której używa dane wdrożenie, oraz bazy danych zbioru witryn, które hostują portale projektów zespołowych.Najlepiej aby wdrożenie programu zostało skonfigurowane tak, aby użyć osobnej kolekcji lokacji dla każdej kolekcji projektów zespołowych we wdrożeniu.Podobnie jak kolekcje projektów zespołowych mogą mieć kopie zapasowe i być przywracane jako jednostki w Team Foundation Server, kolekcje witryn mogą mieć kopię zapasową i zostać przywrócone w Produkty SharePoint.Jeśli jedna lub więcej kolekcji we wdrożeniu używa witryn lub podwitryn zamiast kolekcji witryn jako swojej głównej witryny, może nie być możliwe wykonanie pełnej kopii zapasowej i przywracanie kolekcji.Aby uzyskać więcej informacji, zobacz Zarządzanie kolekcjami projektów zespołowych.
[!UWAGA]
Można zakładać, że należy wykonać kopie zapasowe baz danych i witryn sieci Web dla stron portalu projektów zespołu.Jednakże program Produkty SharePoint dynamicznie generuje witryny sieci Web z baz danych.Dlatego podczas wykonywania kopii zapasowej baz danych, należy również utworzyć kopię zapasową sekcji projektu zespołowego, które są wyświetlane jako witryny sieci web.Jeśli utworzono niestandardowe kolekcje witryn, szablony witryn lub składniki Web Part w programie Produkty SharePoint, ale poza programem Team Foundation, trzeba utworzyć ich kopie zapasowe oddzielnie.Aby uzyskać więcej informacji, zobacz następującą stronę w witrynie sieci Web firmy Microsoft: Kopie zapasowe (SharePoint 2010).
Bazy danych dla usług Reporting Services i Analysis Services Jeśli w danym wdrożeniu użyto SQL Server usług Reporting Services lub SQL Server usługi Analysis Services do generowania raportów dla Team Foundation Server, należy wykonać kopię zapasową bazy danych raportowania i analizy.Jednak nadal należy odtworzyć niektóre bazy danych po przywróceniu, takie jak hurtownię.
Klucz szyfrowania dla serwera raportów Serwer raportów ma klucz szyfrowania, dla którego trzeba utworzyć kopię zapasową.Ten klucz zabezpiecza poufne informacje, które są przechowywane w bazie danych serwera raportów.Można ręcznie zrobić kopię zapasową tego klucza, używając narzędzia Reporting Services Configuration albo narzędzia linii poleceń.
Zaawansowane przygotowywania dla kopii zapasowych
Przy wdrażaniu programu Team Foundation użytkownik powinien rejestrować tworzone konta i wszelkie nazwy komputerów, hasła i opcje instalacji, który są przez niego określane.Zachowaj też kopię wszystkich materiałów odzyskiwania, dokumentów oraz bazy danych i kopie zapasowe transakcji dziennika w bezpiecznej lokalizacji.Aby zabezpieczyć się przed katastrofami, takimi jak pożar lub trzęsienie ziemi, duplikaty kopii zapasowych serwera należy zachować w innym miejscu niż lokalizacja serwerów.Strategia ta pomaga chronić użytkownika przed utratą najważniejszych danych.Zgodnie z zaleceniami, należy zachować trzy kopie nośnika kopii zapasowej, a co najmniej jedna kopia powinna być przechowywana poza siedzibą firmy w kontrolowanym środowisku.
| Ważne |
|---|
Wykonj przywracanie wyników testów okresowo w celu sprawdzenia, czy pliki są poprawnie zapisane w kopii zapasowej.Przywracanie próbne może ujawnić problemy sprzętowe, które nie są wyświetlane w weryfikacji oprogramowania. |
Podczas tworzenia kopii zapasowej i przywracania bazy danych, trzeba uwzględnić adres sieciowy nośnika danych (na przykład taśm i dysków, które zostały udostępnione jako dyski sieciowe).Plan tworzenia kopii zapasowej powinien zawierać postanowienia dotyczące zarządzania nośnikami, takie jak następująca taktyka:
Plan śledzenia i zarządzania służący do przechowywania i odzyskiwania zestawów kopii zapasowych.
Harmonogram zastępowania kopii zapasowych.
W środowisku wieloserwerowym — decyzja o wykorzystaniu scentralizowanych lub rozproszonych kopii zapasowych.
Sposób śledzenia czasu użytkowania nośników.
Procedura minimalizowania wpływu utraty zestawu kopii zapasowych lub nośników kopii zapasowych (np. taśm).
Decyzja dotycząca przechowywania zestawów kopii zapasowych na miejscu lub poza firmą oraz analiza tego, jak niniejsza decyzja może wpłynąć na czas odzyskiwania.
Ponieważ dane dla Team Foundation znajdują się w bazach danych SQL Server, nie musisz wykonywać kopii zapasowych dla komputerów, na których zainstalowani są klienci Team Foundation.Jeśli awaria nośnika lub usterka z udziałem tych komputerów miała miejsce, można ponownie zainstalować oprogramowanie klienta i ponownie połączyć się z serwerem.Ponownie instalując oprogramowanie klienckie, użytkownicy będą mieli przejrzystszą i bardziej niezawodną alternatywę pozwalającą na przywracanie komputera klienckiego z kopii zapasowej.
Kopię zapasową serwera można wykonywać za pomocą funkcji Zaplanowanych kopii zapasowych dostępnych w aktualizacji 2 lub za pomocą ręcznego tworzenia planów konserwacji w SQL Server, aby utworzyć kopię zapasową baz danych, które odnoszą się do wdrożenia Team Foundation.Bazy danych dla programu Team Foundation Server pracują w związku ze sobą, a w przypadku ręcznego utworzenia planu należy wykonać ich kopię zapasową i przywrócić je w tym samym czasie.Aby uzyskać więcej informacji dotyczących strategii wykonywania kopii zapasowych baz danych, zobacz następującą stronę w witrynie firmy Microsoft w sieci Web: Wprowadzenie do strategii wykonywania kopii zapasowych i przywracania w programie SQL Server.
Typy kopii zapasowych
Opis typów dostępnych kopii zapasowych może pomóc określić najlepsze opcje wykonywania kopii zapasowych wdrażania.Na przykład jeśli pracujesz z dużym wdrożeniem i chcesz chronić przed utratą danych, podczas gdy efektywnie są używane ograniczone zasoby pamięci masowej, można skonfigurować różnicowe kopie zapasowe, a także kopie zapasowe pełnych danych.Jeśli używasz funkcji ALwaysOn programu SQL Server, można wykonać kopie zapasowe pomocniczej bazy danych.Można również spróbować zastosować kompresję kopii zapasowej lub podział kopii zapasowej na wiele plików.Poniżej przedstawiono krótkie opisy opcji kopii zapasowych:
Pełne kopie zapasowe danych (baz danych) Pełna kopia zapasowa bazy danych jest niezbędne do odzysku wdrożenia.Pełna kopia zapasowa zawiera część dziennika transakcji, dzięki czemu można odzyskać pełną kopię zapasową.Pełne kopie zapasowe są niezależne w tym, że reprezentują całą bazę danych, jaka istniała podczas tworzenia kopii zapasowej.Aby uzyskać więcej informacji, zobacz następującą stronę w witrynie sieci Web firmy Microsoft: Pełne kopie zapasowe baz danych.
Różnicowe kopie zapasowe danych (bazy danych) Różnicowa kopia zapasowa bazy danych rejestruje tylko dane, które uległy zmianie od czasu ostatniej pełniej kopii zapasowej bazy danych nazywanej bazą różnicową.Różnicowe kopie zapasowe są mniejsze i szybsze niż pełne kopie zapasoweOpcja ta pozwala zaoszczędzić czas na utworzenie kopii zapasowej kosztem wzrostu złożoności.W przypadku dużych baz danych różnicowe kopie zapasowe mogą występować w odstępach krótszych niż kopie zapasowe bazy danych, co zmniejsza ryzyko utraty pracy.Aby uzyskać więcej informacji, zobacz następującą stronę w witrynie sieci Web firmy Microsoft: Różnicowe kopie zapasowe baz danych.
Użytkownik powinien również regularnie tworzyć kopie zapasowe dzienników transakcji.Te kopie zapasowe są niezbędne do odzyskiwania danych, jeśli korzystasz z modelu pełnych kopii zapasowych bazy danych.Jeśli tworzysz kopię zapasową dzienników transakcji, można odzyskać bazę danych do punktu awarii lub innego określonego punktu w czasie.
Kopie zapasowe dziennika transakcji Dziennik transakcji jest seryjnym rejestrem informacji o wszystkich modyfikacjach, które miały miejsce w bazie danych, w uzupełnieniu do transakcji, która wykonała każdą modyfikację.Dziennik transakcji rejestruje początek każdej transakcji, zmiany danych i ,w razie potrzeby, wystarczającą ilość informacji, aby cofnąć zmiany wprowadzone podczas tej transakcji.Dziennik stale rośnie wraz z występowaniem w bazie danych rejestrowanych operacji.
Wykonując kopię zapasową dzienników transakcji możesz odzyskać bazę danych dla wcześniejszego punktu w czasie.Na przykład można przywrócić bazę danych do punktu przed wprowadzeniem niepożądanych danych lub punktem awarii.Oprócz kopii zapasowych baz danych kopie zapasowe dziennika transakcji muszą być częścią strategii odzyskiwania.Aby uzyskać więcej informacji, zobacz następującą stronę w witrynie sieci Web firmy Microsoft: Praca z kopiami zapasowymi dzienników transakcji.
Kopie zapasowe dziennika transakcji na ogół używają mniej zasobów niż pełne kopie zapasowe.Dlatego kopie zapasowe dziennika transakcji możesz tworzyć częściej niż pełne kopie zapasowe, co zmniejsza ryzyko utraty danych.Jednak czasami kopia zapasowa dziennika transakcji jest większa niż pełna kopia zapasowa.Na przykład baza danych może mieć dużo transakcji, co powoduje, że dziennik transakcji szybko rośnie.W takiej sytuacji należy utworzyć kopie zapasowe transakcji dziennika częściej.Aby uzyskać więcej informacji, zobacz następującą stronę w witrynie sieci Web firmy Microsoft: Rozwiązywanie problemów z pełnym dziennikiem transakcji.
Można przeprowadzić następujące rodzaje transakcyjnych kopii zapasowych rejestrów:
Kopia zapasowa dziennika czystego zawiera tylko rekordy dziennika transakcji dla interwału, bez żadnych zmian luzem.
Kopia zapasowa dziennika zbiorczego zawiera strony danych i dziennika, które zostały zmienione przez operacje zbiorcze.Punkt w czasie odzyskiwania jest niedozwolony.
Kopia zapasowa ogona dziennika jest pobierana z prawdopodobnie uszkodzonej bazy danych, aby przechwycić rekordy dziennika, dla których nie wykonano jeszcze kopii zapasowej.Kopia zapasowa ogona dziennika powstaje po nieudanej próbie zapobieżenia utracie pracy i może zawierać czysty dziennik lub dane dziennika zbiorczego.
Ponieważ synchronizacja danych jest krytyczna dla udanego przywracania Team Foundation Server, jeśli konfigurujesz kopie zapasowe ręcznie, powinieneś używać zaznaczonych transakcji jako części strategii tworzenia kopii zapasowych.Aby uzyskać więcej informacji, zobacz Konfigurowanie harmonogramu i planu tworzenia kopii zapasowych i Ręczne tworzenie kopii zapasowej serwera programu Team Foundation Server.
Kopie zapasowe usług (warstwa aplikacji)
Jedyna kopia zapasowa, którą należy wykonać dla warstwy logicznej aplikacji, to kopia klucza szyfrowania dla usług Reporting Services.Jeśli korzystasz z funkcji Zaplanowane kopie zapasowe do tworzenia kopii zapasowej wdrożenia, dla tego klucza zostanie sporządzona kopia zapasowa jako część planu.Można zakładać, że należy wykonać kopie zapasowe witryn sieci Web, które są używane jako portale projektu zespołu.Jeśli zintegrowano program Produkty SharePoint w ramach wdrożenia programu Team Foundation Server, kopie zapasowe portali zostaną sporządzone w ramach wykonywania kopii zapasowych baz danych dla programów Team Foundation Server i Produkty SharePoint.Jednak jeśli określono witrynę sieci Web, która nie została utworzona za pomocą zintegrowanej aplikacji sieci Web, należy wykonać kopie zapasowe i przywracać te witryny ręcznie.Ponadto jeśli masz jakiekolwiek dostosowania programu Produkty SharePoint lub usług, musisz również utworzyć im kopie zapasowe lub w inny sposób zarejestrować, tak aby mogły zostać odtworzone na nowym serwerze.
Pomimo iż utworzenie kopii zapasowej jest łatwiejsze w przypadku warstwy aplikacji niż warstwy danych, podczas przywracania warstwy aplikacji konieczne jest wykonanie wielu kroków.Należy zainstalować inną warstwę aplikacji dla Team Foundation, przekierować kolekcje projektu zespołu, aby używać nowej warstwy aplikacji i przekierowywać witryny portalu dla projektów zespołu.
Domyślne nazwy baz danych
Jeśli nazwy baz danych nie są dostosowywane, można użyć poniższej tabeli do zidentyfikowania baz danych używanych we wdrożeniu programu Team Foundation Server.Jak już wspomniano, nie wszystkie wdrożenia mają wszystkie te bazy danych.Na przykład jeśli nie skonfigurowano programu Team Foundation Server z usługami Reporting Services, nie będzie baz danych ReportServer ani ReportServerTempDB.Podobnie, dla programu System Center Virtual Machine Manager (SCVMM) nie ma bazy danych o nazwie VirtualManagerDB, jeśli programu Team Foundation Server nie skonfigurowano do obsługi Lab Management.Ponadto bazy danych, których używa program Team Foundation Server, mogą zostać rozproszone na więcej niż jedno wystąpienie programu SQL Server lub więcej niż jeden serwer.
[!UWAGA]
Domyślnie, prefiks TFS_ jest dodawany do nazw baz danych, które są tworzone automatycznie podczas instalacji Team Foundation Server lub podczas jej działania.
Baza danych |
Opis |
|---|---|
TFS_Configuration |
Baza danych konfiguracji dla programu Team Foundation Server zawiera katalog, nazwy serwerów i dane konfiguracji dla wdrożenia.Nazwa tej bazy danych może zawierać dodatkowe znaki między elementami TFS_ i Configuration, takie jak nazwa użytkownika osoby, która zainstalowała program Team Foundation Server.Na przykład nazwą bazy danych może być TFS_UserNameConfiguration. |
TFS_Warehouse |
Baza danych magazynu zawiera dane dotyczące tworzenia magazynu, którego używają usługi Reporting Services.Nazwa tej bazy danych może zawierać dodatkowe znaki między elementami TFS_ i Warehouse, takie jak nazwa użytkownika osoby, która zainstalowała program Team Foundation Server.Na przykład nazwą bazy danych może być TFS_UserNameWarehouse. |
TFS_CollectionName |
Baza danych dla kolekcji projektów zespołowych zawiera wszystkie dane dotyczące projektów zespołowych w tej kolekcji.Te dane zawierają kod źródłowy, konfiguracje kompilacji i konfiguracje zarządzania laboratorium.Liczba baz danych kolekcji będzie równa liczbie kolekcji.Na przykład jeśli masz trzy kolekcje w danym wdrożeniu, trzeba wykonać kopie zapasowe trzech baz danych kolekcji.Nazwa każdej bazy danych może zawierać dodatkowe znaki między elementami TFS_ i CollectionName, takie jak nazwa użytkownika osoby, która utworzyła kolekcję.Na przykład nazwą bazy danych kolekcji może być TFS_UserNameCollectionName. |
TFS_Analysis |
Baza danych dla usług SQL Server Analysis Services zawiera źródła danych i moduły dla danego wdrożenia programu Team Foundation Server.Nazwa tej bazy danych może zawierać dodatkowe znaki między elementami TFS_ i Analysis, takie jak nazwa użytkownika osoby, która zainstalowała usługi Analysis Services.Na przykład nazwą bazy danych może być TFS_UserNameAnalysis.
|
Serwer raportów |
Baza danych dla usług Reporting Services zawiera raporty i ustawienia raportów dla danego wdrożenia programu Team Foundation Server.
|
ReportServerTempDB |
Tymczasowa baza danych dla usług Reporting Services tymczasowo przechowuje informacje po uruchomieniu określonych raportów.
|
WSS_Config |
Baza danych konfiguracji dla zestawu Produkty SharePoint zawiera listę wszystkich miejsc, takich jak bazy danych zawartości, szablony witryn, niestandardowe składniki Web Part i inne ustawienia z administracji centralnej programu SharePoint.
|
WSS_Content |
Baza danych zawartości dla zestawu Produkty SharePoint zawiera rzeczywistą zawartość portali projektów zespołowych.
|
WSS_AdminContent |
Baza danych administracji dla zestawu Produkty SharePoint zawiera informacje o zabezpieczeniach dotyczące użytkowników, ról i baz danych.
|
VirtualManagerDB |
Baza danych administracji dla programu SCVMM zawiera informacje, które można wyświetlać w konsoli administratora programu SCVMM, takie jak maszyny wirtualne, hosty maszyn wirtualnych, serwery bibliotek maszyn wirtualnych i ich właściwości.
|
Zobacz też
Koncepcje
Wykonywanie kopii zapasowych i przywracanie serwera TFS