Testovací databáze

Pro různé experimenty s Kaskádou se hodí mít ve firmě kromě provozního serveru ještě druhý, pokusný SQL server. Na něj se obvykle čas od času překopíruje provozní databáze (ze zálohy apod.), aby se při pokusech dalo operovat s reálnými firemními daty. Je žádoucí aby se tato testovací databáze v různých aspektech chovala jinak než databáze provozní.

Pro maximální zjednodušení tvorby a provozu testovací databáze byly zavedeny následující mechanismy:

V definici příslušné licence Kaskády může dodavatel systému zadat tzv. instalační klíč uživatelského SQL serveru, který tento server zcela jednoznačně identifikuje.
Když je následně provozní databáze překopírována na testovací server a nad ní je poprvé spuštěn klientský program Kaskada.exe, rozpozná se, že je databáze provozována na jiném než provozním, tedy na testovacím serveru a provede se několik akcí:
- Zruší se provádění nočních úklidů tím, že se plánované příští provedení posune na rok 2030
- Uživatel, který se takto poprvé přihlašuje, se stane v rámci této testovací databáze vrcholovým administrátorem
- Popisný text pro volbu výběr datové větve se zmodifikuje tak, že zde bude "Kopie dat z DD.MM.RRRR"
Při každé dalším spuštění Kaskády nad touto testovací databází
- Při startu se nezobrazí alternující obrázky (foto), ale pouze velký text "Testovací databáze".
- Barevné pruhy v záhlaví tabulek i v jiných místech budou mít červenou barvu – to trvale upozorňuje na to, že jde o testovací databázi, pro zamezení omylům.

Pozor na kolizi zálohování

Pokud by v rámci testovací databáze probíhalo zálohování a provádělo se do stejného cílového prostoru jako zálohování provozní databáze, mohlo by to způsobovat technické kolize a problémy, mohlo by se stát, že záloha testovací databáze přepíše zálohu funkční databáze, apod.

Při provozu testovací databáze proto dbejte na spolehlivé vypnutí jejího zálohování.

Příbuzná témata:

Zálohování databáze

Technické podmínky provozu

Snímač čárového kódu