Dotaz:

Dobrý den,
Měl bych dotaz ohledně více databází na jednom serveru. Best Practises doporučuje 1 server 1 databáze (většinou kvůli optimálni distribuci paměti), nicméně ceny licencí často vedou k tomu, že na jednom serveru je víc databází. Může být nějaký důvod nesloučit databáze do jedné a odlišit aplikační logiku na úrovni schémat ? Napadá mě jen to, že původně odděleným databazím odpovidají aplikace typu OLTP a OLAP a s tím souvisejicí odlišné inicializační parametry. Mluvím tu o produkčních databazích v režimu 24x7. U vývojových bych si dovedl představit ledacos.

Odpověd:

Dobry den,

co se tyka optimalizace pameti, tak zde bych problem nevidel. Ovsem vzdy zalezi na velikosti a ucelu databaze. Osobne se myslence vice db na jednom serveru nebranim, ale musite brat v potaz hlavne BEZPECNOSTNI riziko. Protoze, dostane-li se utocnik na server ma pristup ke vsem databazim na danem serveru. Dalsi veci je DOSTUPNOST. Protoze vyuzivaji vsechny databaze stejne hw zdroje, poskozeni file systemu znamena nedostupnost vsech databazi.To se da, ael osetrit treba pomoci ASM (automatic storage management) nebo na urovni hw RAIDem. Z praxe mohu rici, ze vetsina klientu pouziva jeden server na testovani, zde maji 1-3 testovaci databaze. Pak je jeste jedna tzv. stage. Coz je presna kopie produkcni databaze, vetsinou oddelena od testovacich a nakonec produkcni, ktera stoji samostatne. U produkcni databaze je dobre mit nastaveno nejake disaster recovery reseni, at jiz DataGuard (standby databazi) nebo RAC (real application cluster).
Slucovat databaze do jedne je urcitym trendem, protoze je snaha mit konsolidovane prostredi, kde mate jednu hlavni databazi, ktera ma velikosti nekolika terabajtu a z ni pak delate mensi databaze tzv. datamart, kde replikujete jen nektera data. Pripadne si vytvarite DTWH (datawarehouse).
Resil jsem pripad, kdy bylo potreba sloucit dve mensi databaze, protoze z historickeho hlediska zde meli dve aplikace a kazda mela svou mensi databazi a vzajemne spolu komunikovali pres database link, coz zatezovalo sit a postupem se prenaselo velke mnozstvi dat a bylo lepsi je slouzi a udelat oddeleni na urovni schemat. Ale jak jsem rikal, hlavni duvodem je bezpecnost. Pak take. Prace z vetsi databazi je narocnejsi, nez prace s mensi databazi, je-li spatne navrzena, zde se ale daji pouzit zase techniky partitioningu k praci s mensim poctem dat.
Odpoved na vasi otazku je. Chcete-li databaze slouzit, proc ne, ale je potreba si uvedomit veskera rizika a co vam toto slouceni prinese.

Budete-li mit pochybnosti nebo se budete chtit zeptat napiste nebo zavolejte. Rad vam budu npomocny.

S pozdravem
Tom