WEBCON BPS strategia "disaster/recovery"

Facebooktwitterpinterestlinkedinmail
dotyczy wersji: (8.3.x); autor: Tomasz Mierzwa

Jednym z zagadnień, jakie powinno się znajdować w polityce bezpieczeństwa firmy korzystającej z infrastruktury informatycznej jest strategia Disaster Recovery, czyli możliwość odtworzenia danych w przypadku dużej awarii centrum danych.

Silnik systemu WEBCON BPS pracuje w oparciu o bazy danych aplikacji i platformę SharePoint, i w kontekście Disaster Recovery naszego systemu, to na utrzymanie i tworzenie kopii bezpieczeństwa tych środowisk należy zwrócić szczególną uwagę.

Jeżeli chodzi o bazy danych aplikacji, to są one najistotniejsza częścią systemu –  jednymi z najważniejszych informacji jakie przechowują, są:

  • Zarejestrowane dokumenty w obiegach
  • Załączniki do dokumentów
  • Definicje procesów
  • Definicje źródeł danych
  • Ustawione zastępstwa
  • Konfiguracja serwisów workflow
  • Konfiguracja systemu(m.in. HotFoldery, HotMailBoxy, Projekty OCR AI)
  • Wszystkie uprawnienia w kontekście aplikacji WEBCON BPS (do: dokumentów, obiegów, procesów itp.)
  • Informacje nt. wykorzystywanych licencji
  • Tłumaczenia

Równie istotną kwestią co backup baz danych aplikacji, jest backup SharePointa. W bazach tej platformy przechowywane są informacje integralne z WEBCON BPS, takie jak:

  • Cały interface użytkownika
  • Listy SharePoint, które mogą być wykorzystywane w WEBCON BPS jako źródła danych
  • WebParty
  • Uprawnienia na SharePoincie (do witryn, bibliotek dokumentów, list SharePointowych itp.)
  • Konfiguracja farmy

Jeżeli będzie miała miejsce awaria, której skutkiem będzie niemożliwość odtworzenia środowiska SharePoint, to do prawidłowego  i w pełni funkcjonalnego działania systemu WEBCON BPS z punktu widzenia użytkownika konieczne będzie:

  • odtworzenie wszystkich list SharePoint, które wykorzystywane są jako źródła danych w aplikacji WEBCON BPS
  • odtworzenie elementów interface użytkownika(kafelki i buttony do startowania procesów)
  • odtworzenie witryn i WebPartów
  • skonfigurowanie feature WEBCON BPS Configuration na witrynie, do której połączone będzie WEBCON BPS Designer Studio

 

W przypadku systemu WEBCON BPS należy stworzyć procedury do backupu:

  • Bazy Konfiguracji
  • Wszystkich baz zawartości
  • Wszystkich baz załączników

Różne strategie Disaster Recovery dla SharePointa opisuje jego producent w serii artykułów:

https://technet.microsoft.com/en-us/library/cc263031.aspx

Dostępny jest również szereg publikacji na temat sposobów i różnych podejść co do samego backupu SharePointa:

https://technet.microsoft.com/en-us/library/ee428315.aspx

 Ważną kwestią jest również konieczność backupu(snapshot) maszyn. W przypadku dużej awarii w szybki sposób możemy odtworzyć serwer z SharePointem bez konieczności ponownej jego instalacji, wdrażania rozwiązań sharepointowych(pliki .wsp), dodawania masterpage i innych niezbędnych czynności, które pozwolą przywrócić stan sprzed awarii. Backup powinien być wykonywany niezależnie od tego, czy maszyna na której zainstalowany jest SharePoint jest maszyną fizyczną czy wirtualną.

 

Przypadek 1: awaria serwera SQL z bazami WEBCON BPS oraz SharePointowymi.

Kolejność odtwarzania:

  1. Przywrócenie danych SharePointa z backupu
  2. Przywrócenie baz WEBCON BPS
  3. Nadanie uprawnień dla kont serwisowych do baz aplikacji WEBCON BPS oraz SharePointowych

 

Przypadek 2: awaria serwera SQL z bazami WEBCON BPS oraz SharePointowymi + awaria serwera SharePoint.

Kolejność odtwarzania:

  1. Przywrócenie serwera SharePoint ze snapshota
    • Jeżeli maszyna z SharePointem nie była backupowana, to konieczna jest ponowna instalacja SharePointa w wersji takiej, jaka znajdowała się na serwerze przed awarią, oraz instalacja aplikacji WEBCON BPS, również w tej samej wersji, która była zainstalowana przed awarią.
  2. Przywrócenie danych SharePointa z backupu
  3. Przywrócenie baz BPS
  4. Nadanie uprawnień dla kont serwisowych do baz aplikacji WEBCON BPS oraz SharePointowych
  5. W przypadku zmiany identyfikatora SID serwera SharePoint: wygenerowanie* i pobranie licencji na konkretne środowisko.

 

 

*Należy poinformować WEBCON o konieczności wygenerowania licencji na serwer SharePoint o konkretnym identyfikatorze SID.

 

3 thoughts to “WEBCON BPS strategia "disaster/recovery"”

  1. Dzień dobry,

    Potrzebuję przenieść lokalną instalację Webcon BPS 2020.1.2.227 Express na inną maszynę.
    Czy jest możliwość otrzymania procedury przeniesienia?

    1. Dzień dobry,

      Oczywiście jest taka możliwość – zachęcamy do założenia zgłoszenia na naszym portalu suport w celu uzyskania niezbędnych informacji.

Komentarze są zamknięte.