ISKAM

Rozdíly

Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.

Odkaz na výstup diff

Následující verze		Předchozí verze
napoveda_iskam_4:instalace:migrace [2019/06/17 15:29] – vytvořeno dubpetrnapoveda_iskam_4:instalace:migrace [2025/09/18 12:41] (aktuální) – malina
Řádek 8: Řádek 8:
  
   * Pokud bude mít nový server nakonec jiný DNS název, než starý, tak definovat trvalý alias pro SQL server ISKAMu, který půjde během migrace změnit. ApS Brno na požádání tento název nastaví do ISKAMu, čímž dojde při prvním spuštění ISKAMu na každém terminálu k zápisu nového "názvu" do INI souborů ISKAMu. To je dobré udělat s dostatečným předstihem před samotnou migrací.   * Pokud bude mít nový server nakonec jiný DNS název, než starý, tak definovat trvalý alias pro SQL server ISKAMu, který půjde během migrace změnit. ApS Brno na požádání tento název nastaví do ISKAMu, čímž dojde při prvním spuštění ISKAMu na každém terminálu k zápisu nového "názvu" do INI souborů ISKAMu. To je dobré udělat s dostatečným předstihem před samotnou migrací.
-  * Nainstalovat nový server i SQL server+  * Nainstalovat nový server i SQL server - nastavit kolaci na Czech_CI_AS (pokud nastavíte jinou, nepůjde již opravit jinak, než přeinstalací SQL serveru)
   * Přenést databázové loginy ze starého na nový SQL server (např. [[https://support.microsoft.com/en-us/help/918992/how-to-transfer-logins-and-passwords-between-instances-of-sql-server|takto]])   * Přenést databázové loginy ze starého na nový SQL server (např. [[https://support.microsoft.com/en-us/help/918992/how-to-transfer-logins-and-passwords-between-instances-of-sql-server|takto]])
-/* +  * Vytvořit potřebné přilinkované servery 
-  *  běží, je na něm rozjetá databáze ISKAMu (ostrá i testovací) a pokud si někdo s aplikací ISKAMu dá to HOSTS záznam „10.0.10.59       iskam-db.upce.cz“, tak  by se na něj normálně přihlásil. ISKAM je tam však nyní odstavený, aby k tomu nedošlo, protože data budeme ještě přepisovat.  +  * Povolit filestream, pokud je na původním serveru povolen, nebo jej chcete začít nově využívat v Dimenso ISKAM 
-  * - Na novém serveru je přilinkovaný centrální registr a jsou tam vytvořeny stejné loginy se stejnými hesly, jako na původním SQL serveru. + 
-  * - Na novém serveru jsou všechny původní aktivní joby naplánované stejně, jako původně. V případě backupů došlo ke změně disků (na tom původním to bylo poněkud nestandardně kvůli předchozímu přechodu na ISKAM4, teď jsem dodržel složky tak, jak jste je nachystal, tj. zálohy jsou na E:\SQLBackup. +Testovací přenos: 
-  * - SMTP server je v ostré verzi přenastaven na iskam-db.upce.cz (místo sd04). +  * Udělat back-up databází na původním serveru 
-  * - Na IIS běží webové rozhraní, mám jej otestované proti nové databázi.  +  * Zkopírovat zálohy na nový server 
-  * - Změna je v tom, že testovací verze webu je nastavena jako „webová aplikace“, tj. nevyžaduje to další porty, z pohledu uživatele je dostupná na https://iskam.upce.cz/test na běžném 443 portu. +  * Udělat restore z těchto záloh 
-  * - Samotnou webovou aplikaci jsem aktualizoval na naši poslední verzi, největší změnou je podstatné vylepšení zabezpečení za pomoci Content-Security-Policy hlaviček atp. Myslím, že nikde nepoužíváte ISKAM v iFrame, pokud ano, tak bychom to museli nastavit. +  * Otestovat funkčnost (např. pomocí HOSTS si přesměrovat svůj ISKAM na nový server, ačkoliv všichni stále pracují na původním serveru) 
-  *   Zítra je potřeba udělat (minimálně 😊) následující: +  * Na novém serveru vytvořit potřebné joby pro přenos do testovací, případné zálohy, přenosy dat (pozor na to, že zatím stále pracujeme v testovacím režimu, tak aby nedošlo omylem např. k exportu dat) 
-  * - Patrně na pokyn od RNDr. Ďurovce (nebo to máme prostě ve dvě spustit?) provedeme tzv. odstavení ISKAMu, což zajistí bezpečné ukončení všech terminálů a nedovolí práci klientům na webovém rozhraní ISKAMu  (např. objednávání jídel…) +  * Pokud běží jobworker na původním serveru, tak jej nainstalovat na nový a vyzkoušet, avšak zatím vypnout. 
-  * - Úplně ukončíme činnost jobworkera na starém serveru. +  * Na novém serveru odstavit (aby se tam nikdo omylem zatím nepřihlásil). 
-  * - Udělat zálohu všech databází (je tam na to job, spustím to) + 
-  * - Překopírování záloh z SD04 na SD07 do složky E:\import (to asi zajistíte Vy?) +Finální přenos 
-  * - Dát databáze na SD04 do read-only (v této fázi doporučuji nevypínat, protože to by si automatické terminály např. pro výdej objednaných jídel vyložily jako pokyn se nastartovat v off-line režimu a to určitě nechci) (my). +  * Provést odstavení ISKAMu, což zajistí bezpečné ukončení všech terminálů a nedovolí práci klientům na webovém rozhraní ISKAMu  (např. objednávání jídel…) 
-  * - Obnova ze záloh na SD07 (my) +  * Uplně ukončíme činnost jobworkera na starém serveru. 
-  * - Ukončení odstavení ISKAMu na SD07  (my) +  * Udělat zálohu všech databází  
-  * - Paralelně s výše uvedeným (tedy kromě prvního bodu) je možné změnit aliasy iskam.upce.cz a iskam-db.upce.cz na nové servery (Vy). +  * Překopírování záloh na nový server 
-  * - My spustíme nového jobworkera +  * Na původním serveru dát databáze do readonly režimu 
-  *  +  * Obnova ze záloh na novém serveru 
-*/+  * Změna DNS aliasu 
 +  * Ukončení odstávky (na původním serveru tak ISKAM zůstává formálně odstavený) 
 +  * Spuštění jobworkera (service) 
  
 ===== Další tipy a triky ===== ===== Další tipy a triky =====
  
 ~~DISCUSSION~~ ~~DISCUSSION~~