Konfiguracja serwera bazy danych: kluczowe aspekty

Wybór odpowiedniego serwera bazy danych jest fundamentalnym krokiem w zapewnieniu stabilnej i wydajnej pracy każdej aplikacji biznesowej. Niezależnie od tego, czy wdrażasz nowe oprogramowanie, czy modernizujesz istniejącą infrastrukturę, zrozumienie kluczowych aspektów konfiguracji serwera bazy danych jest niezbędne. Ten artykuł przeprowadzi Cię przez najważniejsze zagadnienia związane z wyborem i konfiguracją serwerów baz danych, koncentrując się na aspektach istotnych dla platformy AMODIT, ale z ogólnymi zasadami mającymi zastosowanie do szerokiego spektrum systemów.

Serwer aplikacyjny a serwer bazy danych – rozdzielenie ról

W architekturze systemów informatycznych często spotykamy się z podziałem na serwer aplikacyjny i serwer bazy danych. Takie rozdzielenie ról ma na celu optymalizację wydajności, bezpieczeństwa i skalowalności systemu. Serwer aplikacyjny odpowiada za logikę biznesową aplikacji, przetwarzanie żądań użytkowników i generowanie odpowiedzi. Z kolei serwer bazy danych jest dedykowany do przechowywania i zarządzania danymi, obsługując operacje odczytu i zapisu danych na żądanie serwera aplikacyjnego.

Zaleca się, aby w środowiskach produkcyjnych, szczególnie tam, gdzie oczekiwane jest duże obciążenie, serwer aplikacyjny i serwer bazy danych były uruchomione na oddzielnych maszynach. Takie rozwiązanie pozwala na lepsze wykorzystanie zasobów sprzętowych, izolację potencjalnych problemów i łatwiejsze skalowanie poszczególnych komponentów systemu w miarę wzrostu obciążenia.

Jednak w przypadku mniejszych instalacji, środowisk testowych lub systemów o mniejszym obciążeniu, dopuszczalne jest połączenie obu ról na jednym serwerze. Należy jednak pamiętać, że takie rozwiązanie może wprowadzić pewne ograniczenia wydajnościowe w przyszłości, szczególnie przy wzroście liczby użytkowników, procesów i danych.

Wymagania serwera aplikacyjnego dla platformy AMODIT

Platforma AMODIT, jako serwer aplikacyjny, wymaga systemu Windows Server. Nie jest możliwe zainstalowanie jej na innych systemach operacyjnych. Poniżej przedstawiono zalecane parametry serwera aplikacyjnego w zależności od prognozowanej liczby użytkowników pracujących jednocześnie w systemie.

Warto podkreślić, że podana liczba użytkowników jest wskaźnikiem obciążenia, a nie parametrem licencyjnym. Służy ona jedynie do oszacowania niezbędnych zasobów serwerowych. Rzeczywiste zapotrzebowanie na zasoby może zależeć od wielu czynników, takich jak złożoność procesów biznesowych, formularzy, reguł walidacji i automatyzacji.

Zalecane parametry serwera aplikacyjnego

Zaleca się uruchamianie systemu na maszynach wirtualnych, co ułatwia dostosowanie parametrów serwera do rzeczywistych potrzeb i obciążenia systemu. Warto monitorować wykorzystanie zasobów serwera i w razie potrzeby zwiększać ich alokację.

Wymagania serwera bazy danych dla platformy AMODIT

W przypadku serwera bazy danych platforma AMODIT oferuje większą elastyczność w wyborze systemu operacyjnego i silnika bazy danych. Możliwe jest zastosowanie:

• Windows Server 2019 lub nowszy z bazą danych MS SQL Server 2016 lub nowszy (wymagane dla wydań od 240630 i późniejszych systemu AMODIT) lub MySQL Server 5.7 lub 8.0.
• Linux z bazą danych MySQL Server 5.7 lub 8.0.

Ważne! Platforma AMODIT nie wspiera bazy danych MariaDB w edycji MySQL.

Zalecane parametry serwera bazy danych

Należy zwrócić uwagę, że serwer bazy danych, w przeciwieństwie do serwera aplikacyjnego, nie wymaga tak dużego wzrostu liczby rdzeni CPU wraz ze wzrostem liczby użytkowników. Kluczowym parametrem staje się pamięć RAM, która ma istotny wpływ na wydajność operacji bazodanowych.

Przestrzeń dyskowa serwera bazy danych – kluczowe czynniki

Dobór odpowiedniej przestrzeni dyskowej dla serwera bazy danych jest kluczowy dla zapewnienia stabilności i wydajności systemu. Wymagana przestrzeń dyskowa zależy od wielu czynników, w tym:

• Spodziewana liczba spraw i zmian w tych sprawach: System AMODIT przechowuje pełną historię każdej sprawy, co oznacza, że im więcej zmian i etapów w sprawach, tym więcej danych będzie przechowywanych w bazie.
• Spodziewana liczba tabel i wierszy w formularzach i podformularzach: Każdy wiersz w tabeli formularza jest technicznie oddzielnym rekordem w bazie danych, co wpływa na jej rozmiar.
• Spodziewana liczba dokumentów załączanych do spraw: Dokumenty (Word, Excel, PDF, JPG itp.) znacząco wpływają na rozmiar bazy danych, szczególnie jeśli opcja załączania maili jest włączona.
• Przeciętny rozmiar dokumentów: Im większe dokumenty, tym większa przestrzeń dyskowa będzie potrzebna.
• Spodziewana liczba wersji dokumentów: Przechowywanie historii wersji dokumentów dodatkowo zwiększa zapotrzebowanie na przestrzeń dyskową.
• Miejsce przechowywania dokumentów: Decyzja o przechowywaniu dokumentów w bazie danych lub na udziale sieciowym ma istotny wpływ na rozmiar bazy danych i wymagania dotyczące backupu.

Przechowywanie dokumentów – baza danych vs. udział sieciowy

Wybór miejsca przechowywania dokumentów załączanych do spraw to strategiczna decyzja, która wpływa na różne aspekty funkcjonowania systemu. Oba rozwiązania mają swoje zalety i wady:

Przechowywanie dokumentów w bazie danych:

Zalety:

• Wszystko w jednym miejscu: Łatwiejsze zarządzanie i przenoszenie całej instalacji na inny serwer.
• Spójność backupu: Backup bazy danych obejmuje również dokumenty, zapewniając spójność danych.

Wady:

• Większy rozmiar bazy danych: Dokumenty, szczególnie duże pliki, znacząco zwiększają rozmiar bazy danych.
• Dłuższy czas backupu i restore: Większa baza danych oznacza dłuższy czas operacji backupu i odzyskiwania danych.

Przechowywanie dokumentów na udziale sieciowym:

Zalety:

• Mniejszy rozmiar bazy danych: Baza danych zawiera tylko metadane dokumentów, co redukuje jej rozmiar.
• Krótszy czas backupu i restore bazy danych: Mniejsza baza danych oznacza szybsze operacje backupu i odzyskiwania.

Wady:

• Odrębny backup i restore plików: Wymaga oddzielnego planu backupu i restore dla udziału sieciowego z dokumentami.
• Złożoność zarządzania: Potrzeba zarządzania dwoma miejscami przechowywania danych (baza danych i udział sieciowy).

Przykładowe rozmiary bazy danych (bez dokumentów)

Poniższa tabela przedstawia przykładowe rozmiary bazy danych platformy AMODIT w zależności od liczby spraw. Należy pamiętać, że rozmiary te nie uwzględniają dokumentów i dotyczą wyłącznie danych strukturalnych w bazie danych.

Jak widać, rozmiar bazy danych na sprawę może się różnić w zależności od wielu czynników, takich jak złożoność formularzy, liczba pól, tabel, reguł biznesowych i głębokość historii spraw. Należy również uwzględnić rozmiar słowników, liczbę użytkowników i inne parametry konfiguracyjne systemu.

Jeden serwer dla aplikacji i bazy danych – konfiguracja uproszczona

W wielu przypadkach, szczególnie na początek pracy z platformą AMODIT, wystarczające może być zastosowanie jednego serwera, który pełni zarówno rolę serwera aplikacyjnego, jak i serwera bazy danych. Takie rozwiązanie upraszcza infrastrukturę i obniża koszty początkowe.

W konfiguracji jednoserwerowej zalecany jest serwer oparty o MS Windows Server 2019 lub nowszy z zainstalowaną bazą danych MS SQL Server 2016 lub nowszą lub MySQL 5.7 lub 8.0.

Zalecane parametry serwera jednoserwerowego

W przypadku konfiguracji jednoserwerowej, aby zwiększyć wydajność, warto rozważyć przechowywanie plików załączanych do spraw na fizycznym dysku serwera, a nie w bazie danych. Zmianę konfiguracji miejsca przechowywania plików można dokonać w aplikacji AMODDatabaseAdminTool.exe.

Podsumowanie

Wybór i konfiguracja serwera bazy danych to kluczowy element wdrożenia platformy AMODIT i każdej innej aplikacji biznesowej. Rozważenie czynników takich jak liczba użytkowników, złożoność procesów, wymagania dotyczące przestrzeni dyskowej i wybór odpowiedniego systemu operacyjnego i silnika bazy danych, pozwoli na zbudowanie stabilnej, wydajnej i skalowalnej infrastruktury serwerowej, która spełni oczekiwania użytkowników i zapewni płynne działanie systemu.

Jeśli chcesz poznać inne artykuły podobne do Konfiguracja serwera bazy danych: kluczowe aspekty, możesz odwiedzić kategorię Rachunkowość.