Tworzenie kopii zapasowej Altium On-Prem Enterprise Server z backendem Oracle

Parent page: Altium On-Prem Enterprise Server z backendem Oracle

Ten dokument jest przeznaczony dla administratora IT, który wykonuje kopię zapasową Altium On-Prem Enterprise Server przy użyciu backendu Oracle Database. Zawiera informacje o Enterprise Server, procedurze wykonywania kopii zapasowej w kontekście użycia Oracle, istotne informacje o wymaganiach systemowych, a także przykład.

Przegląd procesu tworzenia kopii zapasowej

Wykonywanie kopii zapasowej Enterprise Server przy użyciu backendu Oracle zależy od tego, w jaki sposób Twoja firma zarządza bazami danych Oracle. Niektóre firmy uruchamiają bazy danych Oracle na systemach operacyjnych Windows Server, podczas gdy inne mają całe centra danych Oracle. Proces tworzenia kopii zapasowej zwykle obejmuje trzy kroki, jak pokazano na poniższym obrazie.

Ogólny przegląd procedury tworzenia kopii zapasowej Enterprise Server i bazy danych Oracle.

Założenia przyjęte w tym dokumencie

1. Instalację wykonuje administrator IT. Co najmniej użytkownik wykonujący instalację Enterprise Server powinien mieć uprawnienia administracyjne do maszyny hosta.
2. Schemat Oracle oraz poświadczenia aplikacji Oracle używane na źródłowym i docelowym serwerze Oracle muszą być takie same.

Ogólny przegląd architektury Enterprise Server

Podobnie jak inne oprogramowanie zaprojektowane do działania w systemie Microsoft Windows, Enterprise Server jest wielowątkową, wielousługową aplikacją serwerową. Ponieważ ten dokument koncentruje się wyłącznie na częściach Enterprise Server, które mogą wchodzić w interakcję z bazą danych Oracle, poniższy obraz jest uproszczony i przedstawia ogólną architekturę backendu Enterprise Server.

Ogólny przegląd architektury Enterprise Server. Backend Storages w Enterprise Server zawiera większość binarnych danych klienta, natomiast Windows Services to zbiór usług wspierających.

Ten dokument koncentruje się na Backend Storages, ponieważ dane w tym bloku są tym, co jest kopiowane, potencjalnie migrowane na inną maszynę, a następnie przywracane na tej samej lub innej maszynie. W ramach Backend Storages można znaleźć następujące elementy:

• Databases – zawiera metadane, takie jak powiązanie footprintu komponentu i symbolu schematycznego, parametry, ścieżki plików, łącza do źródeł danych łańcucha dostaw komponentów i inne. Informacje te mogą znajdować się w bazie danych Firebird lub Oracle.
• File Storage – ten obszar File Storage przechowuje dane binarne w repozytorium VCS Enterprise Server. Dane binarne obejmują informacje takie jak dokumenty projektów PCB i schematów, footprinty, symbole, Draftsman oraz inne natywne lub nienatywne dokumenty Enterprise Server.

Ogólny przegląd narzędzia Altium Backup Tool

Narzędzie do tworzenia kopii zapasowej Altium nazywa się avbackup.exe. Jest to narzędzie wiersza poleceń, które administratorzy IT mogą uruchamiać w celu wykonania kopii zapasowej danych Enterprise Server. avbackup.exe to to samo narzędzie używane do celów kopii zapasowej, gdy Enterprise Server jest skonfigurowany z domyślnym backendem bazy danych Firebird, jak również przy użyciu bazy danych Oracle jako backendu.

Podczas używania avbackup.exe w implementacji Enterprise Server korzystającej z bazy danych Oracle administratorzy powinni pamiętać o następujących kwestiach:

1. avbackup.exe nie obsługuje tworzenia kopii zapasowej bazy danych Oracle. Ta funkcja działa wyłącznie w implementacjach Enterprise Server używających backendu bazy danych Firebird, który został pierwotnie skonfigurowany automatycznie przez instalator Enterprise Server.
2. avbackup.exe wygeneruje plik Zip zawierający wszystkie binarne dane Enterprise Server.
3. avbackup.exe automatycznie wyłączy wszystkie usługi Enterprise Server (w tym usługi IIS) podczas wykonywania kopii danych, a następnie uruchomi ponownie wszystkie usługi, które wyłączył, po pomyślnym zakończeniu kopii zapasowej.

Przykładowa kopia zapasowa Enterprise Server z backendem Oracle na platformie Windows

W tym przykładzie instrukcje są również dostosowane do mniejszych firm, które mogą nie mieć dedykowanego administratora baz danych Oracle (DBA), ale nadal potrzebują wykonywać kopie zapasowe Enterprise Server i powiązanych danych Oracle w swojej sieci. Poniższe kroki pokazują, jak można wykonać podstawową kopię zapasową Enterprise Server i bazy danych Oracle.

Wymagane elementy

• Foldery kopii zapasowej – foldery, w których planujesz przechowywać dane Enterprise Server i Oracle, muszą już istnieć.
• Dostęp administracyjny do maszyny hosta Enterprise Server. Jest to wymagane do poprawnego uruchomienia narzędzia wiersza poleceń do kopii zapasowej Enterprise Server (avbackup.exe).
• Odpowiedni dostęp DBA do serwera Oracle (tj. dodanie konta Windows użytkownika do roli DBA w środowisku Windows).

Procedura tworzenia kopii zapasowej

1. Na maszynie hosta Enterprise Server:
   1. Utwórz folder kopii zapasowej (pomaga stosowanie wspólnych ścieżek plików, na przykład: C:\Backups).
   2. Wykonaj kopię zapasową danych Enterprise Server, uruchamiając narzędzie avbackup.exe jako administrator. Narzędzie znajduje się w folderze C:\Program Files (x86)\Altium\Altium365\Tools\BackupTool.

2. Na maszynie hosta serwera bazy danych Oracle:
   1. Utwórz folder kopii zapasowej (pomaga stosowanie wspólnych ścieżek plików, na przykład: C:\Backups).
   2. Wykonaj kopię zapasową danych Oracle (ta sekcja zakłada, że konto użytkownika i schematy mają nazwę AESUSER313 oraz hasło Altium):
      1. Uruchom wiersz poleceń z uprawnieniami administratora.
      2. Zatrzymaj serwery IIS poleceniem: net stop WAS.
      3. Tymczasowo podnieś uprawnienia zaangażowanego schematu do statusu DBA przed wykonaniem kopii zapasowej.
      4. Wykonaj kopię zapasową/eksport schematu powiązanego z Enterprise Server. Przykładowe polecenie eksportu to:

exp AESUSER313/Altium@xe owner=AESUSER313 file=c:\Backups\AESUSER313.dmp log=c:\Backups\AESUSER313_export.log statistics=none

gdzie,

AESUSER313 – użytkownik mający pełne uprawnienia do schematu oraz prawa dostępu do bazy danych.

Altium – hasło do konta użytkownika Oracle powiązanego z Enterprise Server.

xe – nazwa usługi sieciowej docelowej bazy danych zawarta w tnsnames.ora.

owner = AESUSER313 – nazwa schematu.

file = c:\Backups\AESUSER313.dmp – lokalizacja kopii zapasowej.

log = c:\Backups\AESUSER313_export.log – log kopii zapasowej (opcjonalnie).

Podsumowanie

Chociaż powyższy przykład zawiera dodatkowe szczegóły dotyczące obsługi bazy danych Oracle, istnieją tylko trzy kluczowe kroki tworzenia kopii zapasowej danych Enterprise Server:

1. Krok 1: zatrzymanie usług IIS oraz pul aplikacji IIS Enterprise Server.
2. Krok 2: wykonanie kopii zapasowej danych Enterprise Server.
3. Krok 3: wykonanie kopii zapasowej danych Oracle powiązanych z Enterprise Server.

Wykonanie tej procedury w opisanej kolejności znacząco zmniejsza prawdopodobieństwo uszkodzenia danych wynikającego z niedopasowania bazy danych Oracle i binarnych danych Enterprise Server.