Klaster G2E · Hosting SQL

Stabilna baza danych
pod system biznesowy.

Środowisko G2E dla MS SQL, PostgreSQL, MariaDB pracujących pod Comarch, enova365, InsERT, SAGE, SAP B1, Streamsoft i Wapro. Osobna VM, dedykowane zasoby, backup VM 24h, prywatna sieć 10 Gb/s vLAN.

Procesor
AMD EPYC 7443
Storage
High IOPS SSD
Sieć prywatna
10 Gb/s vLAN
Backup VM
24h / 3 dni
sql-load.g2e
live · 24h

Obciążenie SQL · ostatnie 24h

stable
SQL Load (TPS) Disk IO (rel.)
00:00 06:00 12:00 18:00 24:00
Peak TPS
12:14
Backup
03:14 ✓
Cache hit
89%
Przykładowy obraz panelu klienta · dane orientacyjne
01 · Symptomy

Sześć objawów, które widać przed awarią.

/A TABLE_LOCK

Wolne raporty po południu

Raporty księgowe, magazynowe lub sprzedażowe obciążają ERP i blokują codzienną pracę użytkowników. Sesje czekają na zwolnienie tabel.

Objaw dłuższy czas zapytań
/B STORAGE_LOAD

Presja na storage

Baza rośnie, logi transakcyjne przyrastają szybciej niż planowano, a obecny dysk lub macierz staje się wąskim gardłem.

Objaw kolejka zapisu
/C BACKUP_WINDOW

Backup wchodzi w godziny pracy

Okno backupu nachodzi na poranne logowanie użytkowników albo pracę działu księgowości, więc kopia zaczyna wpływać na produkcję.

Objaw konflikt z oknem pracy
/D LOCK_CONTENTION

Zapisy się blokują wzajemnie

Aplikacja zgłasza timeouty, sesje deadlockują się, użytkownicy widzą komunikat „Czekam na zwolnienie zasobu". To problem nie samej bazy, ale jej obciążenia.

Objaw deadlock, timeout
/E REMOTE_LATENCY

Zdalni użytkownicy dostają „muly"

Praca z bazą przez VPN albo terminal jest powolna w godzinach szczytu. Każda akcja w ERP czeka na odpowiedź bazy.

Objaw długi czas reakcji
/F NO_VISIBILITY

Nie wiesz, ile bazy zostało

Brak monitoringu storage, brak alertów na backup, brak panelu z aktywnymi sesjami. Pierwsze ostrzeżenie to zwykle telefon od księgowości.

Objaw brak alertingu
02 · Workload Assessment

Dane potrzebne do doboru środowiska bazy.

Workload Assessment Panel

Status: input

SCOPE_TO_VALIDATE

G2E
Compute
wariant VM G2E
RAM
do ustalenia
Storage
High IOPS SSD
Backup
24h / 3 dni
Sieć
10 Gb/s vLAN
Dostęp
VPN / RDS
Wyślij dane do analizy

Na podstawie tych pól przygotowujemy propozycję wstępnej konfiguracji.

03 · Model infrastruktury

Środowisko bazy danych w G2E.

06 Aplikacja biznesowa (ERP / CRM)
Windows Server · Linux
05 Monitoring & alerty
storage · CPU · backup
04 Firewall & VPN
NGFW · MFA · vLAN
03 VM bazodanowa (dedykowana)
CPU · RAM · profil Memory
02 Storage High IOPS SSD
SSD G2E · klaster HA
01 Backup VM
24h · retencja 3 dni
Dlaczego osobna VM dla SQL
  • Baza nie konkuruje z aplikacją o CPU i RAM
  • Profil Memory Optimized dla cache i indeksów
  • Storage dobrany pod operacje bazodanowe
  • Backup bazy może mieć osobne okno i retencję
  • Skalowanie bez przerywania pracy aplikacji ERP
Co utrzymujemy my, co Ty
Sprzęt & hipervisor
NSIX
Sieć & storage
NSIX
Backup VM
NSIX
System operacyjny
Klient lub partner
Baza danych (RDBMS)
Klient lub partner
Aplikacja ERP
Klient lub partner
04 · Metodologia

Nie obiecujemy cudów bez danych.

Zamiast obiecywać uniwersalnie szybki serwer, zaczynamy od tego, jak aplikacja używa bazy danych, storage i backupu. Dopiero potem dobieramy G2E.

Umów audyt środowiska

Najpierw analiza, potem oferta

Zbieramy informacje o obecnym obciążeniu, liczbie użytkowników, wielkości bazy, dostawcy ERP i problemach widocznych w aplikacji. Bez tego nie ma sensownej wyceny.

Warstwy środowiska, nie monolit

Oddzielamy aplikację, bazę danych, storage, backup i dostęp użytkowników tam, gdzie ma to sens techniczny. Każda warstwa ma osobne SLA i cykl utrzymania.

Parametry G2E, nie marketingowe slogany

Używamy publicznie komunikowanych parametrów oferty: AMD EPYC, RAM ECC DDR4, High IOPS Edition SSD, 1 Gb/s NET, 10 Gb/s vLAN oraz backup VM 24h / 3 dni. Nie deklarujemy IOPS-ów i latencji, których nie potwierdzimy konfiguracją.

05 · Pytania przed migracją

Pięć pytań, na które dobrze mieć odpowiedź.

01

Czego oczekujesz po migracji?

SCOPE · CEL

Szybsze raporty, krótsze okno backupu, koniec z awariami starego serwera, możliwość pracy zdalnej, prostsza administracja — różne cele pociągają za sobą różne wybory.

02

Kto utrzymuje bazę dziś?

PARTNER · DBA · ERP

Własny IT, partner ERP, zewnętrzny DBA? Migracja powinna iść w parze z ich wiedzą o aplikacji — bez tego trudno o bezpieczne przepięcie.

03

Jak duża jest baza dziś i jak rośnie?

DB SIZE · GROWTH

Wielkość bazy plus tempo przyrostu (miesięcznego / kwartalnego) decyduje o storage, oknie backupu i przestrzeni na logi transakcyjne.

04

Jakie okno serwisowe jest realne?

DOWNTIME · WEEKEND

Niektóre firmy mogą wyłączyć ERP na weekend, inne muszą zmieścić się w dwóch godzinach w nocy. To dyktuje sposób migracji bazy.

05

Czy licencje pozwalają na hosting u dostawcy?

LICENSING · SPLA

MS SQL Server i Windows w hostingu rozliczamy najczęściej w SPLA. Część klientów przynosi własne licencje. Warto to potwierdzić z dostawcą ERP.

06 · FAQ

Pytania o SQL w G2E.

Czy obsługujecie MS SQL i PostgreSQL?
Tak — w G2E uruchamiamy VM pod MS SQL Server (Standard/Enterprise), PostgreSQL, MariaDB/MySQL, Firebird. Sam silnik bazy instaluje i utrzymuje Twój zespół lub partner ERP, my odpowiadamy za platformę.
Jak wygląda okno backupu bazy?
Standardowy backup VM odbywa się co 24 h z retencją 3 dni. Dla baz w ERP zazwyczaj dokładamy dodatkowy backup samej bazy (np. dump z eksportem poza klaster), uzgadniany indywidualnie wraz z dostawcą oprogramowania.
Czy potrzebuję Windows Server pod MS SQL?
W większości polskich ERP — tak, MS SQL Server uruchamiamy na Windows Server. PostgreSQL i MariaDB chodzą na Linuksie (Ubuntu, Debian, Rocky). Można też mieszać — ERP na Windows, bazę raportową na Linuksie.
Czy migracja bazy przerwie pracę firmy?
Pracujemy obok produkcji do ostatniego momentu. Migracja właściwa to zwykle weekend albo okno serwisowe, z synchronizacją danych przyrostowych przed przepięciem, testami poprodukcyjnymi i monitoringiem przez kilka dni po starcie.
Czy gwarantujecie konkretne IOPS-y i latencję?
Nie deklarujemy „twardych" liczb IOPS i latencji bez znajomości konkretnego scenariusza. W G2E komunikujemy publicznie zweryfikowane parametry oferty (AMD EPYC, RAM ECC DDR4, High IOPS Edition SSD, 10 Gb/s vLAN), a rzeczywiste osiągi sprawdzamy razem z Tobą na środowisku testowym.
Gdzie są dane bazy?
W centrum danych NSIX w Nowym Sączu. Polska jurysdykcja, dane podlegają RODO. Nie podlegamy CLOUD Act — żaden organ poza polskim sądem nie ma dostępu do bazy.
Czy współpracujecie z dostawcą ERP?
Tak, standardowo. Migracja środowiska ERP + SQL idzie razem z partnerem, który zna Twoje wdrożenie. Często to oni wskazują, jak baza ma być skonfigurowana po stronie aplikacji — my dbamy o warstwę platformy.
07 · Konsultacja

Skonsultuj środowisko SQL.

Zostaw kontakt i krótki opis problemu. Wracamy z listą danych potrzebnych do dobrania środowiska G2E pod bazę danych i aplikację.

Dział sprzedaży
18 534 0900
Pon–Pt · 8:00–17:00
NOC · 24/7
18 534 0700
Network Operating Center
Centrum danych
NSIX Data Center
ul. Kilińskiego 58, 33-300 Nowy Sącz