Advanced Operational Database Multi-Platform DBA · PL/EU

Bazy działają,
kiedy inne milczą.

Ekspercki konsulting dla środowisk Oracle, AWS, PostgreSQL / EnterpriseDB oraz Microsoft SQL Server. Od performance tuningu i disaster recovery po migracje między platformami — bez improwizacji, bez downtime'u, z pełną odpowiedzialnością za SLA.

dba@aodb ~ prod
# Multi-platform health check
$ aodb check --all

[oracle-rac-prod ] ● online  2 nodes · ASM · 19c
[aws-aurora-pg  ] ● online  writer + 2 readers
[aws-rds-mssql  ] ● online  Multi-AZ · AG
[edb-postgres   ] ● online  streaming repl
[mssql-always-on] ● online  sync commit

# Last 24h:
incidents resolved …… 7
avg response ………… 4m 12s
uptime SLA ………….. 99.99%

$ _
Oracle RAC Grid Infrastructure ASM Data Guard AWS RDS Aurora DynamoDB Redshift PostgreSQL EnterpriseDB pgBackRest MS SQL Server Always On Oracle TDE AWR RMAN Oracle RAC Grid Infrastructure ASM Data Guard AWS RDS Aurora DynamoDB Redshift PostgreSQL EnterpriseDB pgBackRest MS SQL Server Always On Oracle TDE AWR RMAN
/ 01

Cztery platformy. Jeden standard.

Core stack
01 · Oracle

Oracle Enterprise

11g → 19c → 23ai

Real Application Clusters, Grid Infrastructure, ASM, Data Guard, GoldenGate. Środowiska mission-critical, certyfikowane standardy produkcyjne.

RACASMGIData Guard RMANTDEAWRGoldenGate
02 · AWS

Amazon Web Services

Managed + self-managed

RDS (Oracle, SQL Server, PostgreSQL, MySQL), Aurora, DynamoDB, Redshift. Architektura, koszty, HA, backup strategy, DMS migracje.

RDSAuroraDynamoDBRedshift DMSMulti-AZIAMKMS
03 · PostgreSQL

PostgreSQL / EDB

Community + EnterpriseDB

PostgreSQL 12–17, EDB Postgres Advanced Server z kompatybilnością Oracle. Replikacja strumieniowa, Patroni HA, pgBackRest, migracje Oracle → EDB.

EPASPatronipgBackRestStreaming Logical Replpg_statPgBouncerOra2Pg
04 · Microsoft

SQL Server

2016 → 2022 · Azure SQL

Always On Availability Groups, Failover Cluster Instances, T-SQL tuning, Query Store, in-memory OLTP. Linux i Windows, on-prem i cloud.

Always OnAGFCIQuery Store TDEDBCCLog ShippingSSIS
/ 02

Obszary kompetencji

Services
S.01

Wysoka dostępność i RAC

Oracle RAC, Grid Infrastructure, Always On, Patroni. Projekt, wdrożenie, troubleshooting klastra — OCR, voting disks, GPnP, split-brain.

S.02

Performance tuning

AWR/ASH/Statspack, SQL Profile, SPM, Query Store, pg_stat_statements, Extended Events. Diagnoza wąskich gardeł na poziomie instancji, storage i aplikacji.

S.03

Backup & Disaster Recovery

RMAN, pgBackRest, native SQL Server backup, AWS Backup. Strategie RPO/RTO, Data Guard, AG, cross-region replication, regularne DR drills.

S.04

Bezpieczeństwo baz

Oracle TDE (United Keystore), Data Redaction, SQL Server TDE, pgcrypto, AWS KMS. Audyt bezpieczeństwa, separacja dostępu, hardening zgodny z CIS.

S.05

Migracje & upgrade

Oracle 11g→19c/23ai, SQL Server 2012→2022, on-prem → AWS RDS/Aurora, Oracle → PostgreSQL/EDB (Ora2Pg, AWS DMS, SCT). Z rollback planem.

S.06

Szkolenia i mentoring

Dedykowane warsztaty dla zespołów DBA i dev. Od podstaw administracji po zaawansowane tematy: RAC internals, MVCC, tuning, architektura HA na AWS.

99.99%
Typowe SLA uptime
4/7
Platformy w stacku
24/7
Wsparcie produkcji
15+ lat
Oracle & enterprise DB
/ 03

Jak pracujemy

Principles

Nie eksperymentujemy na produkcji.

Baza danych to serce biznesu — utrata danych albo nieplanowany downtime kosztują dużo więcej niż profilaktyka. Każda zmiana w środowisku produkcyjnym jest poprzedzona analizą, testami na środowisku nie-prod i udokumentowanym planem wycofania.

Pracujemy metodycznie: logi, plany wykonania, metryki. Bez „spróbujmy tak” i bez magii. Klient dostaje zapis tego, co zostało zrobione, dlaczego i jakie ma konsekwencje operacyjne.

01

Runbook-first

Każda interwencja ma plan, punkt kontroli i procedurę rollback.

Żadnych zmian, których nie da się odtworzyć albo cofnąć.
02

Evidence-based

Decyzje oparte na AWR, Query Store, pg_stat — nie na intuicji.

Pokazujemy dane, nie opinie. Klient wie, co się dzieje z jego bazą.
03

Transfer wiedzy

Dokumentujemy i szkolimy wewnętrzny zespół klienta.

Celem nie jest uzależnienie — celem jest stabilna, samodzielna operacja.
04

SLA na piśmie

Jasne czasy reakcji, jasne odpowiedzialności, jasne raporty.

Zero mikro-faktur. Zero mglistych „poprawek”. Wszystko w umowie.
/ 04

Jak zaczynamy współpracę

Onboarding
Krok 01 · 1 dzień

Rozmowa i NDA

30–45 minut o środowisku, bolączkach i celach. Podpisujemy NDA przed technicznymi szczegółami.

Krok 02 · 3–5 dni

Audyt techniczny

AWR-y, configi, architektura. Raport z listą ryzyk, quick-winów i rekomendacji długoterminowych.

Krok 03 · 1 tydzień

Plan i SLA

Zakres, harmonogram, budżet, kryteria odbioru. Umowa z konkretnymi czasami reakcji 24/7.

Krok 04 · ciągłość

Operacja & rozwój

Wsparcie bieżące, miesięczne raporty zdrowia, planowane zmiany w oknach serwisowych.

// porozmawiajmy

Bazy, które po prostu działają.

Masz problem z wydajnością, planujesz migrację do chmury, potrzebujesz drugiej pary oczu przy krytycznym wdrożeniu? Napisz — odpowiadamy tego samego dnia roboczego.