Česky na konci článku.

The role of the Database Administrator (DBA) is changing.

For many years, database administration was primarily focused on keeping database servers operational, performing backups, managing users and solving production incidents.

Today, companies expect much more from experienced Senior Database Administrators.

Modern database environments are distributed across data centers, cloud platforms and multiple availability zones. Databases are replicated, automated, monitored and integrated with complex application platforms.

As a result, the modern DBA increasingly operates at the intersection of:

Database Administration + Infrastructure + Automation + Reliability Engineering

This evolution is creating a new generation of database professionals: Database Reliability Engineers (DBREs).

What Is a Modern Database Administrator?

A modern Database Administrator is responsible for the complete operational lifecycle of databases.

This includes:

  • database installation
  • configuration
  • upgrades
  • patching
  • performance tuning
  • backup and recovery
  • replication
  • high availability
  • disaster recovery
  • security
  • monitoring
  • capacity planning
  • migrations
  • automation
  • incident response

The most experienced DBAs also participate in architecture decisions.

They need to understand not only how a database works, but also how it interacts with:

  • applications
  • operating systems
  • storage
  • networks
  • cloud infrastructure
  • monitoring systems
  • automation platforms

This is why the traditional DBA role is gradually expanding into Database Reliability Engineering.

Oracle, PostgreSQL and MySQL Remain Core DBA Technologies

Despite the growth of cloud-native technologies, relational databases remain fundamental to enterprise IT.

Three technologies are particularly important:

Oracle Database

Oracle continues to be heavily used in enterprise and mission-critical environments.

Senior Oracle DBAs commonly work with:

  • Oracle RAC
  • Data Guard
  • ASM
  • RMAN
  • AWR
  • ASH
  • ADDM
  • Data Pump
  • partitioning
  • performance tuning
  • upgrades
  • patching

Oracle administration requires deep knowledge of database internals and infrastructure.

PostgreSQL

PostgreSQL has become one of the most important open-source enterprise databases.

Senior PostgreSQL DBAs increasingly work with:

  • Streaming Replication
  • WAL
  • Patroni
  • etcd
  • PgBouncer
  • logical replication
  • partitioning
  • VACUUM
  • query optimization
  • high availability
  • point-in-time recovery

PostgreSQL is particularly important for organizations building modern cloud and distributed platforms.

MySQL

MySQL remains one of the world’s most widely deployed relational databases.

A modern MySQL DBA may work with:

  • InnoDB
  • GTID
  • binary logs
  • replication
  • Group Replication
  • InnoDB Cluster
  • MySQL Router
  • backup and recovery
  • performance tuning

Understanding MySQL replication and recovery is especially important in high-volume environments.

Why High Availability Matters

A single database server creates a single point of failure.

A typical highly available database environment may look like:

Application
|
Connection Pool
|
DB Endpoint
|
+———–+———–+
| |
PRIMARY STANDBY
| |
+—– Replication —–+
|
Monitoring

But simply adding a standby does not create a reliable HA solution.

A senior DBA needs to understand:

  • replication lag
  • failover
  • quorum
  • split-brain
  • fencing
  • data consistency
  • application reconnection
  • recovery procedures

The question is not:

„Do we have a standby?“

The important question is:

„Can we prove that the standby can take over when the primary fails?“

Database Reliability Starts With Failure Scenarios

One of the biggest differences between traditional database administration and reliability engineering is the way problems are approached.

A traditional DBA may ask:

„Is the database healthy?“

A reliability-focused DBA asks:

„What happens if the database fails right now?“

Then the team tests scenarios such as:

Primary failure
↓
Failover
↓
Application reconnect
↓
Validation
↓
Recovery

But the testing should go further.

What happens if:

  • the network fails?
  • storage becomes unavailable?
  • replication stops?
  • a replica falls several hours behind?
  • the backup system fails?
  • an administrator deletes data?
  • the entire availability zone disappears?

A reliable database platform is designed around these questions.

Backup and Recovery Are Different From High Availability

One of the most important concepts for a senior DBA is understanding the difference between HA and DR.

High Availability is designed to minimize downtime.

Backup and Disaster Recovery provide protection against situations where replication cannot help.

For example:

Primary
|
Replication
|
Standby

protects against server failure.

But consider an accidental:

DROP TABLE customers;

The change may be replicated to the standby.

Now both systems have the same problem.

This is why:

Replication is not a backup.

A professional database environment needs both high availability and independent recovery mechanisms.

RTO and RPO Define the Architecture

Database architecture should not be designed without understanding business requirements.

Two critical metrics are:

RTO

Recovery Time Objective

How quickly must the service be restored?

RPO

Recovery Point Objective

How much data can the organization afford to lose?

For example:

Critical Banking System
RTO: 5 minutes
RPO: Near Zero
Internal Reporting System
RTO: 4 hours
RPO: 1 hour

These systems should not necessarily have the same architecture.

The database administrator must translate business requirements into technical solutions.

Performance Engineering Is a Core DBA Responsibility

Performance tuning is one of the areas where experienced DBAs provide enormous value.

A performance problem can originate from many layers:

Application
↓
SQL
↓
Database
↓
Operating System
↓
Storage
↓
Network

A database administrator therefore needs to understand the complete path.

Important performance areas include:

  • execution plans
  • indexes
  • statistics
  • locking
  • wait events
  • CPU
  • memory
  • I/O
  • connection pools
  • transaction behavior
  • partitioning
  • storage latency

The objective is not simply to make one query faster.

The objective is to improve the overall reliability and performance of the database platform.

Automation Is Changing Database Administration

Modern environments can contain hundreds or thousands of database instances.

Manual configuration quickly becomes a problem.

Automation can be used for:

  • server provisioning
  • database installation
  • configuration
  • user management
  • monitoring
  • backup configuration
  • patching
  • replication setup
  • standardization

Tools such as:

  • Ansible
  • Terraform
  • Git
  • Bash
  • Python

allow DBAs to create repeatable processes.

For example:

Git
↓
Configuration
↓
Ansible
↓
Database
↓
Monitoring
↓
Validation

This approach reduces configuration drift and human error.

Infrastructure as Code for Databases

Infrastructure as Code is increasingly relevant to database administration.

Instead of manually configuring infrastructure, the desired state can be described as code.

This provides:

  • repeatability
  • version control
  • auditing
  • faster deployment
  • easier rollback
  • consistent environments

For senior DBAs, this creates an important opportunity.

Database administration becomes less about manually changing servers and more about engineering repeatable database platforms.

Monitoring Must Go Beyond „Database Is UP“

A database can be technically online while the business is already experiencing serious problems.

For example:

MySQL: UP
PostgreSQL: UP
Oracle: UP

does not tell us:

  • whether replication is delayed
  • whether queries are slow
  • whether storage is failing
  • whether connections are saturated
  • whether backups are working
  • whether recovery is possible

A modern database monitoring strategy should include:

  • query latency
  • replication lag
  • transaction throughput
  • connection usage
  • storage latency
  • lock contention
  • CPU
  • memory
  • database growth
  • backup status
  • recovery status
  • WAL generation
  • binary log retention

The goal is observability, not simply availability monitoring.

Security Is Part of Database Reliability

Security and reliability are closely connected.

A database that is available but compromised is not a reliable database.

Senior DBAs should understand:

  • authentication
  • authorization
  • least privilege
  • encryption
  • auditing
  • secrets management
  • privileged access
  • network security
  • database activity monitoring

The principle of least privilege is especially important.

Applications should receive only the permissions they actually need.

Cloud Database Administration

Cloud platforms have changed the way databases are deployed.

DBAs increasingly work with:

  • AWS
  • Microsoft Azure
  • Google Cloud
  • managed PostgreSQL
  • managed MySQL
  • cloud Oracle environments
  • cloud storage
  • availability zones
  • cloud networking

But moving a database to the cloud does not remove DBA responsibilities.

Someone still needs to understand:

  • performance
  • backups
  • recovery
  • security
  • replication
  • capacity
  • costs
  • availability
  • migration

The cloud changes the infrastructure.

It does not eliminate the database.

Database Migration Requires More Than Moving Data

Database migrations are increasingly common.

Examples include:

Oracle → PostgreSQL
On-Premises → AWS
On-Premises → Azure
MySQL → PostgreSQL
Legacy Oracle → Modern Oracle
Physical Server → Virtual / Cloud Infrastructure

A successful migration requires more than copying rows.

DBAs must consider:

  • compatibility
  • data types
  • SQL behavior
  • performance
  • downtime
  • replication
  • backup
  • rollback
  • application dependencies
  • security

The best migration strategy is usually the one that minimizes business risk, not necessarily the one that is technically simplest.

The Modern DBA Needs Infrastructure Knowledge

A senior Database Administrator increasingly needs knowledge beyond the database itself.

Important infrastructure skills include:

Linux

Process management, storage, networking, systemd and troubleshooting.

Networking

TCP/IP, DNS, latency, load balancing and connectivity.

Storage

IOPS, latency, throughput, filesystems and capacity.

Virtualization

VMware, KVM and modern virtualization platforms.

Cloud

AWS, Azure and Google Cloud.

Automation

Ansible, Terraform, Git and scripting.

This combination creates a much stronger operational profile than database knowledge alone.

DBA vs. DBRE

The difference can be summarized simply.

Traditional DBA

Operate
Monitor
Troubleshoot
Backup
Recover

Database Reliability Engineer

Operate
Automate
Measure
Design
Test Failure
Improve
Prevent

The DBRE mindset is focused on reducing operational risk.

The goal is not simply to solve today’s incident.

The goal is to make tomorrow’s incident less likely.

What Makes a Senior DBA Valuable?

The most valuable senior Database Administrators combine several types of expertise.

Database expertise

Deep knowledge of Oracle, PostgreSQL or MySQL.

Infrastructure expertise

Linux, storage, networking and virtualization.

Reliability expertise

HA, DR, RTO, RPO and recovery testing.

Automation expertise

Ansible, Terraform, scripting and Git.

Performance expertise

SQL tuning, execution plans, waits and resource analysis.

Business understanding

Knowing which systems are actually critical.

This combination is difficult to replace with automation alone.

The Future of Database Administration

The DBA profession is not disappearing.

It is evolving.

Automation will reduce repetitive work.

Cloud platforms will abstract some infrastructure.

AI will help with monitoring, troubleshooting and analysis.

But organizations will still need experienced engineers who understand:

What should happen when everything goes wrong?

That is where senior DBAs provide their greatest value.

The future database professional is increasingly a combination of:

Database Administrator

Infrastructure Engineer

Reliability Engineer

Automation Engineer

Final Thoughts

A modern Database Administrator is no longer simply responsible for keeping database servers running.

The role is becoming responsible for the reliability of the entire database platform.

Oracle, PostgreSQL and MySQL remain fundamental technologies.

But modern database administration increasingly requires:

  • High Availability
  • Disaster Recovery
  • Performance Engineering
  • Automation
  • Linux
  • Cloud
  • Security
  • Monitoring
  • Infrastructure as Code
  • Recovery Testing

The most important question for a senior DBA is therefore not:

„Is my database running?“

It is:

„Can my database platform survive failure without causing unacceptable business impact?“

That is the mindset that separates a traditional DBA from a modern Database Reliability Engineer.

About the Author

Tomas Solar
Principal Database Reliability Engineer

20+ years of experience with Oracle, PostgreSQL, MySQL, SQL Server and MongoDB.

Specialized in Database Administration, High Availability, Disaster Recovery, Performance Engineering, Database Reliability, Automation, Database Migration and Database Architecture.

The future of database administration is not about managing more servers. It is about building database platforms that require less manual intervention and provide greater reliability.

Kariéra Database Administrátora v roce 2026: Jak se Senior DBA mění v Database Reliability Engineera

Série #90 – část 2 | Database Administration & Database Reliability

Role Database Administratora (DBA) se výrazně mění.

Po mnoho let byla práce DBA zaměřena především na udržování databázových serverů v provozu, zálohování, správu uživatelů a řešení produkčních incidentů.

Dnes firmy od zkušených Senior Database Administratorů očekávají mnohem více.

Moderní databázová prostředí jsou rozložena mezi datová centra, cloudové platformy a několik availability zones. Databáze jsou replikované, automatizované, monitorované a propojené s komplexními aplikačními platformami.

Moderní DBA se proto stále více pohybuje na pomezí:

Database Administration + Infrastructure + Automation + Reliability Engineering

A právě tento vývoj vytváří novou generaci databázových specialistů – Database Reliability Engineers (DBRE).

Co dnes dělá moderní Database Administrator?

Moderní Database Administrator odpovídá za celý provozní životní cyklus databází.

Patří sem:

  • instalace databází
  • konfigurace
  • upgrady
  • patching
  • performance tuning
  • backup a recovery
  • replikace
  • high availability
  • disaster recovery
  • bezpečnost
  • monitoring
  • capacity planning
  • migrace
  • automatizace
  • řešení incidentů

Zkušení DBAs se navíc stále častěji podílejí na návrhu architektury.

Nestačí znát pouze databázi. Je potřeba rozumět také tomu, jak databáze spolupracuje s:

  • aplikacemi
  • operačními systémy
  • storage
  • sítí
  • cloudovou infrastrukturou
  • monitoringem
  • automatizačními platformami

Proto se tradiční DBA role postupně rozšiřuje směrem k Database Reliability Engineering.

Oracle, PostgreSQL a MySQL zůstávají klíčovými technologiemi

Přestože roste význam cloudových a cloud-native technologií, relační databáze zůstávají základem enterprise IT.

Tři technologie mají stále zásadní význam:

Oracle Database

Oracle je stále velmi silně zastoupen v enterprise a mission-critical prostředích.

Senior Oracle DBA běžně pracuje například s:

  • Oracle RAC
  • Data Guard
  • ASM
  • RMAN
  • AWR
  • ASH
  • ADDM
  • Data Pump
  • partitioning
  • performance tuning
  • upgrady
  • patchingem

Oracle administrace vyžaduje hluboké znalosti databázových internals i infrastruktury.

PostgreSQL

PostgreSQL se stal jednou z nejvýznamnějších open-source enterprise databází.

Senior PostgreSQL DBA se stále častěji setkává s:

  • Streaming Replication
  • WAL
  • Patroni
  • etcd
  • PgBouncer
  • logical replication
  • partitioning
  • VACUUM
  • query optimization
  • high availability
  • point-in-time recovery

PostgreSQL je obzvlášť důležitý pro moderní cloudové a distribuované platformy.

MySQL

MySQL zůstává jednou z nejrozšířenějších relačních databází na světě.

Moderní MySQL DBA může pracovat s:

  • InnoDB
  • GTID
  • binary logy
  • replikací
  • Group Replication
  • InnoDB Cluster
  • MySQL Router
  • backup a recovery
  • performance tuning

U prostředí s vysokým objemem transakcí je důležité rozumět především replikaci a recovery.

Proč je High Availability tak důležitá?

Jeden databázový server představuje single point of failure.

Typické vysoce dostupné prostředí může vypadat například takto:

Aplikace
|
Connection Pool
|
DB Endpoint
|
+———-+———-+
| |
PRIMARY STANDBY
| |
+—– Replikace —–+
|
Monitoring

Pouhé přidání standby serveru ale ještě neznamená spolehlivé HA řešení.

Senior DBA musí rozumět:

  • replication lagu
  • failoveru
  • quorum
  • split-brain
  • fencing
  • konzistenci dat
  • reconnectu aplikace
  • recovery procedurám

Otázka tedy není:

„Máme standby?“

Důležitější otázka je:

„Dokážeme prokázat, že standby převezme provoz, když primary selže?“

Database Reliability začíná u scénářů selhání

Jedním z největších rozdílů mezi tradičním DBA a reliability engineeringem je způsob, jakým se na problémy dívají.

Tradiční DBA se může ptát:

„Je databáze zdravá?“

Reliability-oriented DBA se ptá:

„Co se stane, pokud databáze právě teď selže?“

A následně testuje například:

Výpadek primary
↓
Failover
↓
Reconnect aplikace
↓
Validace
↓
Recovery

Testování ale musí pokračovat.

Co se stane, když:

  • selže síť?
  • přestane fungovat storage?
  • zastaví se replikace?
  • replika bude několik hodin pozadu?
  • selže systém zálohování?
  • administrátor omylem smaže data?
  • zmizí celý availability zone?

Spolehlivá databázová platforma vzniká právě na základě těchto otázek.

Backup a Recovery nejsou totéž jako High Availability

Jedním z nejdůležitějších konceptů pro seniorního DBA je rozdíl mezi HA a DR.

High Availability má za úkol minimalizovat downtime.

Backup a Disaster Recovery chrání proti situacím, kdy samotná replikace nepomůže.

Například:

Primary
|
Replikace
|
Standby

chrání proti výpadku serveru.

Ale co když někdo omylem spustí:

DROP TABLE customers;

Změna může být zreplikována na standby.

A problém tak budou mít oba systémy.

Proto:

Replikace není záloha.

Profesionální databázové prostředí potřebuje současně High Availability i nezávislou možnost obnovy.

RTO a RPO určují architekturu

Databázovou architekturu nelze správně navrhnout bez znalosti business požadavků.

Dvě klíčové metriky jsou:

RTO — Recovery Time Objective

Jak rychle musí být služba obnovena?

RPO — Recovery Point Objective

Kolik dat může organizace maximálně ztratit?

Například:

Kritický bankovní systém
RTO: 5 minut
RPO: téměř 0
Interní reporting
RTO: 4 hodiny
RPO: 1 hodina

Tyto dva systémy nemusí mít stejnou architekturu.

Úkolem DBA je převést business požadavky do technického řešení.

Performance Engineering je základní součást práce DBA

Performance tuning je jednou z oblastí, kde zkušený DBA přináší obrovskou hodnotu.

Problém může vzniknout v mnoha vrstvách:

Aplikace
↓
SQL
↓
Databáze
↓
Operační systém
↓
Storage
↓
Síť

Database Administrator proto musí rozumět celému řetězci.

Mezi důležité oblasti patří:

  • execution plans
  • indexy
  • statistiky
  • locking
  • wait events
  • CPU
  • memory
  • I/O
  • connection pooly
  • chování transakcí
  • partitioning
  • storage latency

Cílem není pouze zrychlit jeden SQL dotaz.

Cílem je zvýšit celkový výkon a spolehlivost databázové platformy.

Automatizace mění práci DBA

Moderní prostředí může obsahovat stovky nebo tisíce databázových instancí.

Ruční konfigurace proto přestává být efektivní.

Automatizovat lze například:

  • provisioning serverů
  • instalaci databází
  • konfiguraci
  • správu uživatelů
  • monitoring
  • konfiguraci záloh
  • patching
  • nastavení replikace
  • standardizaci prostředí

Nástroje jako:

  • Ansible
  • Terraform
  • Git
  • Bash
  • Python

umožňují DBAs vytvářet opakovatelné procesy.

Například:

Git
↓
Konfigurace
↓
Ansible
↓
Databáze
↓
Monitoring
↓
Validace

Tento přístup omezuje configuration drift a lidské chyby.

Infrastructure as Code pro databáze

Infrastructure as Code je stále důležitější i v databázové administraci.

Místo ruční konfigurace infrastruktury lze požadovaný stav definovat jako kód.

Výhody:

  • opakovatelnost
  • version control
  • auditovatelnost
  • rychlejší deployment
  • jednodušší rollback
  • konzistentní prostředí

Pro seniorní DBA je to důležitá příležitost.

Databázová administrace se posouvá od ručních změn serverů k engineeringu opakovatelných databázových platforem.

Monitoring musí jít dál než „Database UP“

Databáze může být technicky dostupná a přesto může business již pociťovat vážný problém.

Například:

MySQL: UP
PostgreSQL: UP
Oracle: UP

neříká nic o tom:

  • zda je replikace zpožděná
  • zda jsou dotazy pomalé
  • zda selhává storage
  • zda jsou vyčerpávána spojení
  • zda fungují zálohy
  • zda je možné provést recovery

Moderní monitoring databází by měl zahrnovat:

  • query latency
  • replication lag
  • transaction throughput
  • connection usage
  • storage latency
  • lock contention
  • CPU
  • memory
  • růst databází
  • stav záloh
  • stav recovery
  • WAL generation
  • binary log retention

Cílem je observability, nikoli pouze kontrola dostupnosti.

Bezpečnost je součástí Database Reliability

Bezpečnost a spolehlivost spolu úzce souvisejí.

Databáze, která je dostupná, ale byla kompromitována, není spolehlivá databáze.

Senior DBA by měl rozumět:

  • autentizaci
  • autorizaci
  • least privilege
  • šifrování
  • auditu
  • secrets managementu
  • privilegovanému přístupu
  • síťové bezpečnosti
  • database activity monitoringu

Princip least privilege je obzvlášť důležitý.

Aplikace by měla mít pouze taková oprávnění, která skutečně potřebuje.

Cloud Database Administration

Cloud změnil způsob, jakým se databáze nasazují.

DBAs stále častěji pracují s:

  • AWS
  • Microsoft Azure
  • Google Cloud
  • managed PostgreSQL
  • managed MySQL
  • cloudovým Oracle
  • cloud storage
  • availability zones
  • cloud networking

Přesun databáze do cloudu ale neodstraňuje odpovědnost DBA.

Někdo stále musí řešit:

  • výkon
  • zálohy
  • recovery
  • bezpečnost
  • replikaci
  • kapacitu
  • náklady
  • dostupnost
  • migrace

Cloud mění infrastrukturu.

Neodstraňuje databázi.

Databázová migrace není pouze přesun dat

Migrace databází jsou stále častější.

Například:

Oracle → PostgreSQL
On-Premises → AWS
On-Premises → Azure
MySQL → PostgreSQL
Legacy Oracle → Modern Oracle
Physical Server → Virtual / Cloud Infrastructure

Úspěšná migrace vyžaduje mnohem více než zkopírování řádků.

DBA musí řešit:

  • kompatibilitu
  • datové typy
  • SQL chování
  • výkon
  • downtime
  • replikaci
  • zálohy
  • rollback
  • závislosti aplikace
  • bezpečnost

Nejlepší migrační strategie nemusí být ta technicky nejjednodušší.

Nejlepší je často ta, která minimalizuje business risk.

Moderní DBA potřebuje znalost infrastruktury

Senior Database Administrator potřebuje stále více znalostí mimo samotnou databázi.

Linux

Procesy, storage, networking, systemd a troubleshooting.

Networking

TCP/IP, DNS, latence, load balancing a konektivita.

Storage

IOPS, latency, throughput, filesystems a capacity.

Virtualizace

VMware, KVM a moderní virtualizační platformy.

Cloud

AWS, Azure a Google Cloud.

Automation

Ansible, Terraform, Git a scripting.

Tato kombinace vytváří výrazně silnější profil než samotná znalost databáze.

DBA vs. DBRE

Rozdíl lze zjednodušit:

Tradiční DBA

Provoz
Monitoring
Troubleshooting
Backup
Recovery

Database Reliability Engineer

Provoz
Automatizace
Měření
Návrh
Testování selhání
Zlepšování
Prevence

DBRE přístup se zaměřuje na snižování provozního rizika.

Cílem není pouze vyřešit dnešní incident.

Cílem je vytvořit prostředí, ve kterém bude zítřejší incident méně pravděpodobný.

Co dělá Senior DBA skutečně hodnotným?

Nejlepší seniorní Database Administrators kombinují několik oblastí znalostí.

Database expertise

Hluboká znalost Oracle, PostgreSQL nebo MySQL.

Infrastructure expertise

Linux, storage, networking a virtualizace.

Reliability expertise

HA, DR, RTO, RPO a recovery testing.

Automation expertise

Ansible, Terraform, scripting a Git.

Performance expertise

SQL tuning, execution plans, waits a analýza zdrojů.

Business understanding

Pochopení toho, které systémy jsou skutečně kritické.

Tato kombinace se jen velmi obtížně nahrazuje samotnou automatizací.

Budoucnost Database Administration

DBA profese nezmizí.

Bude se ale měnit.

Automatizace sníží množství opakované práce.

Cloudové platformy abstrahují část infrastruktury.

AI pomůže s monitoringem, troubleshootingem a analýzou.

Organizace ale stále budou potřebovat zkušené odborníky, kteří rozumějí otázce:

„Co se stane, když se pokazí úplně všechno?“

Právě zde mají seniorní DBAs největší hodnotu.

Budoucí databázový specialista bude stále více kombinací:

Database Administrator

Infrastructure Engineer

Reliability Engineer

Automation Engineer

Závěr

Moderní Database Administrator už není pouze člověk zodpovědný za běh databázového serveru.

Je stále více zodpovědný za spolehlivost celé databázové platformy.

Oracle, PostgreSQL a MySQL zůstávají základními technologiemi.

Moderní databázová administrace ale stále více vyžaduje:

  • High Availability
  • Disaster Recovery
  • Performance Engineering
  • Automation
  • Linux
  • Cloud
  • Security
  • Monitoring
  • Infrastructure as Code
  • Recovery Testing

Nejdůležitější otázka pro seniorního DBA proto není:

„Běží moje databáze?“

Ale:

„Dokáže moje databázová platforma přežít výpadek bez nepřijatelného dopadu na business?“

To je mindset, který odděluje tradičního DBA od moderního Database Reliability Engineera.

O autorovi

Tomas Solar
Principal Database Reliability Engineer

Více než 20 let zkušeností s Oracle, PostgreSQL, MySQL, SQL Server a MongoDB.

Specializace na Database Administration, High Availability, Disaster Recovery, Performance Engineering, Database Reliability, Automation, Database Migration a Database Architecture.

Budoucnost databázové administrace není ve správě většího počtu serverů. Je ve vytváření databázových platforem, které vyžadují méně manuálních zásahů a poskytují vyšší spolehlivost.



Komentáře