IBM TRIRIGA Application Platform Verze 3 Vydání 4.2. Příručka instalace a implementace

IBM TRIRIGA Application Platform Verze 3 Vydání 4.2

Příručka instalace a implementace

Poznámka Před použitím těchto informací a produktu, který podporují, si přečtěte informace v části “Upozornění” na stránce 85.

Toto vydání se vztahuje k verzi 3, vydání 4, úpravě 2, produktu IBM TRIRIGA Application Platform a ke všem následným vydáním a úpravám, pokud nebude v nových vydáních uvedeno jinak. © Copyright IBM Corporation 2011, 2015.

Obsah Kapitola 1. Přehled o produktu IBM TRIRIGA Application Platform . . . . . 1 Kapitola 2. Instalace produktu IBM TRIRIGA Application Platform . . . . . 3 Přehled hardwarové konfigurace . . . . . . . . . 3 Architektura platformy . . . . . . . . . . . 3 Servery . . . . . . . . . . . . . . . 5 Implementace . . . . . . . . . . . . . 6 Instalace platformy . . . . . . . . . . . . . 6 Přehled instalace produktu TRIRIGA Application Platform . . . . . . . . . . . . . . . 6 Před instalací produktu IBM TRIRIGA Application Platform . . . . . . . . . . . . . . 6 Typy instalace . . . . . . . . . . . . 8 Kontrolní seznamy instalace . . . . . . . . 12 Vytvoření a konfigurace databáze DB2 pro produkt TRIRIGA . . . . . . . . . . . . . . 16 Konfigurace databáze DB2 verze 10.5 pro produkt TRIRIGA na systému Windows pomocí skriptů . . 16 Konfigurace databáze DB2 verze 10.5 pro produkt TRIRIGA na systémech UNIX a Linux pomocí skriptů . . . . . . . . . . . . . . 18 Instalace produktu TRIRIGA Application Platform na profil WebSphere Application Server Liberty Core . . 20 Přehled instalace produktu IBM TRIRIGA Application Platform na profilu Liberty . . . . 20 Instalace produktu TRIRIGA Application Platform na profilu Liberty profile a Microsoft SQL Server . 20 Instalace produktu TRIRIGA Application Platform na profilu Liberty profile a Oracle Database . . . 22 Instalace produktu TRIRIGA Application Platform na profilu Liberty profile a IBM DB2 . . . . . 23 Instalace produktu TRIRIGA Application Platform na server IBM WebSphere Application Server . . . . 25 Přehled instalace produktu IBM TRIRIGA Application Platform na serveru WebSphere . . . 25 Příprava produktu WebSphere . . . . . . . 26 Instalace produktu IBM TRIRIGA Application Platform na WebSphere a Oracle Database . . . 26 Instalace produktu IBM TRIRIGA Application Platform na WebSphere a Microsoft SQL Server . . 28 Instalace produktu TRIRIGA Application Platform na WebSphere a IBM DB2 . . . . . . . . 30 Instalace produktu IBM TRIRIGA Application Platform v systému Oracle WebLogic Server . . . . 32

© Copyright IBM Corp. 2011, 2015

Přehled instalace produktu IBM TRIRIGA Application Platform na server WebLogic . . . . Příprava produktu WebLogic . . . . . . . Instalace produktu IBM TRIRIGA Application Platform na WebLogic a Oracle Database . . . . Instalace produktu IBM TRIRIGA Application Platform na WebLogic a Microsoft SQL Server . . Instalace produktu IBM TRIRIGA Application Platform na WebLogic a IBM DB2 . . . . . . Instalace produktu IBM TRIRIGA Application Platform se soubory exportu Oracle Database. . . . Přehled instalace exportu databáze Oracle Database Instalace produktu IBM TRIRIGA Application Platform na serveru WebLogic nebo WebSphere . . Kontrolní seznam verifikace . . . . . . . . . Konfigurace platformy . . . . . . . . . . . Soubory vlastností . . . . . . . . . . . . TRIRIGAMIDDLEWARE.properties . . . . . TRIRIGAWEB.properties . . . . . . . . Soubor TRIRIGAWEBDYNAMIC.properties . . Soubor TRIRIGAWEBLOGICPOOL.properties . . Soubory s licencemi . . . . . . . . . . . Před verzí produktu IBM TRIRIGA Application Platform 3.2 . . . . . . . . . . . . IBM TRIRIGA Application Platform 3.2 a novější Kontextová cesta . . . . . . . . . . . . Fondy připojení . . . . . . . . . . . . Filtry XSS . . . . . . . . . . . . . . Konfigurace procesů agenta . . . . . . . . . Agenti obchodních procesů . . . . . . . . Konzola administrátora . . . . . . . . . Přiložení zpráv aplikace Microsoft Outlook . . . Konfigurace portu SMTP v systému Linux . . . Postup po instalaci. . . . . . . . . . . .

32 33 33 37 40 43 43 44 45 47 47 48 48 72 73 73 73 74 76 76 76 77 77 78 78 78 79

Kapitola 3. Protokol vyčištění sledu prací. . . . . . . . . . . . . . . . 81 Formát protokolu . . Hlášené problémy . . Doporučené akce . Automatické opravy

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

81 82 82 83

Upozornění . . . . . . . . . . . . . 85 Zásady ochrany osobních údajů . Ochranné známky . . . . .

. .

. .

. .

. .

. .

. .

. .

. 86 . 87

iii

iv


Kapitola 1. Přehled o produktu IBM TRIRIGA Application Platform Řešení IBM® TRIRIGA Application Platform poskytuje organizacím grafické a konfigurační nástroje pro rychlou konfiguraci aplikací a pro rozšíření používání a zvýšení hodnoty aplikací IBM TRIRIGA. Použití technologie založené na standardech, rozhraní a vysoce výkonného stroje procesu sledu prací řídí interoperabilitu s kritickými obchodními systémy. Produkt IBM TRIRIGA Application Platform je běhové prostředí pro rychlé zpracování transakcí. Platforma poskytuje základní technologii pro aplikace produktu IBM TRIRIGA a zahrnuje Konzolu administrátora, aplikaci Správce dokumentů, produkt IBM TRIRIGA Connector for Business Applications pro integraci s externími systémy a propojení s aplikacemi CAD. Produkt IBM TRIRIGA Application Platform také poskytuje sadu nástrojů založených na prohlížeči, které se používají k vytvoření a úpravě aplikací, které dodá produkt IBM TRIRIGA. Pomocí souhrnného řešení IBM TRIRIGA můžete: v Konfigurovat aplikace IBM TRIRIGA bez změny zdrojového kódu. v Vytvářet regulační sestavy ve stejném prostředí jako každodenní pracovní procesy. v Omezit čas a náklady na implementaci a údržbu aplikací IBM TRIRIGA. v Dodávat aplikace přes konzistentní portály. v Ochránit jedinečné konfigurace pomocí upgradů aplikací. v Upravit existující obchodní objekty spolu s definicemi polí příslušných dat, stavy životních cyklů a sledy prací.


1

2


Kapitola 2. Instalace produktu IBM TRIRIGA Application Platform Pomocí produktu IBM TRIRIGA Application Platform spustíte, sestavíte a můžete spravovat aplikace IBM TRIRIGA. Instalace platformy zahrnuje přípravu aplikace a databázových serverů, ověření instalace, konfiguraci nastavení platformy a kontrolu problémů instalace v sestavách protokolu. Produkt IBM TRIRIGA Application Platform lze nainstalovat na různé platformy. Pomocí této informace o instalaci naplánujete a nainstalujete produkt IBM TRIRIGA Application Platform v konfiguraci, která vyhovuje vašemu prostředí i potřebám.

Přehled hardwarové konfigurace Než nainstalujete produkt IBM TRIRIGA Application Platform, musíte určit architekturu platformy, typy serverů a velikosti implementací, které se vztahují k vašim obchodním potřebám.

Architektura platformy Aplikace podnikových softwarů jsou n-vrstvé, kde "n" může představovat libovolný počet vrstev nebo vrstev zpracování. Produkt IBM TRIRIGA Application Platform je logický čtyřvrstvý systém: web, aplikace (a zpracování), nástroje a databáze. Vrstvení aplikace do logických vrstev také odděluje funkce v každé vrstvě. Ve smyslu fyzických vrstev popisuje každá fyzická vrstva skutečnou konfiguraci hardwaru, části vybavení a funkci každé takové části.


3

Klienti Prohlížeč, CAD, klienti SOAP

HTTP

HTTP

HTTP

Internet

Webový server

HTTP

Internet

HTTP

Aplikační servery

Aplikační server

Process server

TCP/IP

Server nástrojů JDBC

JDBC

ODBC

Databázový server

Obrázek 1. Diagram architektury IBM TRIRIGA Application Platform

Matice kompatibility IBM TRIRIGA Application Platform vypisuje servery, komponenty a operační systémy, pro které je certifikován produkt IBM TRIRIGA Application Platform. Související informace: Matice kompatibility platformy aplikace IBM TRIRIGA

4


Servery Produkt IBM TRIRIGA Application Platform používá mnoho různých typů serverů. Slovo "server" se často používá jako fyzická část vybavení, ale může také představovat logické oddělení, které je založeno na funkci . Každý z těchto logických serverů může být vázán na fyzický server nebo oddělen, takže každá logická vrstva je instalována na jiném fyzickém serveru. Následující servery založené na logických funkcích jsou použity v produktu IBM TRIRIGA Application Platform: Webový server Přijímá požadavky HTTP pro webový obsah. Také odkazován jako front-endový server. Aplikační server Provádí obchodní logiku uživatele s produkty WebLogic Server nebo WebSphere Application Server. Process server Provádí zpracování na pozadí a analýzy s produkty WebLogic Server nebo WebSphere Application Server. Server nástrojů Provádí vykazování. Databázový server Uchovává relační databázi a podporovaný systém správy databází, jako např. Oracle Database, server IBM DB2 nebo Microsoft SQL Server.

Webový server Webový server je vrstva, se kterou každý webový prohlížeč komunikuje. Příklady webových serverů zahrnují IBM HTTP Server, Microsoft Internet Information Services (IIS) a Apache HTTP Server. Webový server zpracovává pouze požadavky HTTP a nespouští obchodní logiku. Produkt IBM TRIRIGA Application Platform také podporuje SSL (Secure Sockets Layer) přes protokoly HTTPS. Obvykle protokol HTTP používá port 80 (nezabezpečené připojení) a 443 (zabezpečené připojení), ale lze jej nakonfigurovat tak, aby používal jiné porty. Pokaždé, když uživatel vyžádá stránky JSP (JavaServer Page), webový server předá požadavek ke zpracování aplikačnímu serveru. Webový server je fyzický projev webové vrstvy.

Aplikační server Aplikační server je prostředí JVM s instancí běhové aplikace. Tento server spouští většinu obchodní logiky. Procesy aplikačního serveru jsou náročné na CPU a vyžadují velké množství paměti. Aplikační vrstva se skládá ze stránek JSP a tříd Java. Aplikační server Java™ 2 Platform, Enterprise Edition (J2EE) poskytuje kontejner JSP, fond databázových připojení a služby správy transakcí. Aplikační server je fyzickým projevem aplikační vrstvy (middleware).

Process server Process server je prostředí JVM s instancí běhové aplikace, která je nastavena jako vyhrazené zpracování nebo stroj analýz. Tento server je nakonfigurován téměř přesně jako aplikační server, ale nepřihlašují se na něj žádní uživatelé. Zpracovává všechny požadavky na sled prací, které jsou ve frontě od uživatelů nebo softwaru IBM TRIRIGA. Process server je fyzickým projevem aplikační vrstvy (middleware).

Kapitola 2. Instalace produktu IBM TRIRIGA Application Platform

5

Server nástrojů Server nástrojů vlastní rozšíření od jiných dodavatelů od IBM TRIRIGA. Aplikační server IBM TRIRIGA můžete označit jako Process Server BIRT. Pokud si zvolíte spouštění jak produktu BIRT, tak iIBM TRIRIGA na stejném serveru, očekávejte, že produkt BIRT vykáže operace obsluhy, aby zvýšil zátěž serveru. BIRT se spouští ve stejném prostředí JVM jako IBM TRIRIGA ve všech případech.

Databázový server Databázový server spouští databázové procesy. Databáze je místo, kde se ukládají data. Hlavní databázové servery používají k ukládání a získávání dat SQL. Server Oracle Database, server IBM DB2 a Microsoft SQL Server používají jazyk SQL. Ale každý server je jiný generátor databáze a každý má svůj vlastní rozšířený jazyk SQL pro konkurenční odlišení. Aplikační vrstva komunikuje s databázovou vrstvou pomocí fondů připojení JDBC. Databázový server je fyzickým projevem databázové vrstvy.

Implementace Fyzická konfigurace jakéhokoli systému do velké míry závisí na počtu uživatelů a množství dat, které podporuje. Informace o implementacích systému IBM TRIRIGA Application Platform viz IBM TRIRIGA Doporučené postupy pro výkon systému. Než nasadíte produkt IBM TRIRIGA ve vaší organizaci, naplánujte, jak by měla komunita uživatelů přistupovat k aplikacím TRIRIGA. Produkt IBM TRIRIGA vyžaduje jméno a heslo uživatele, aby získal přístup k aplikacím. Prohlédněte si uživatelskou příručku nastavení jednotného přihlášení k produktu IBM TRIRIGA Application Platform 3, pokud chcete nakonfigurovat jednotné přihlášení ke správě uživatelského přístupu k aplikacím produktu TRIRIGA. Související informace: Doporučené postupy pro výkon systému

Instalace platformy Můžete zvolit proces instalace produktu IBM TRIRIGA Application Platform, který se vztahuje na vaši konfiguraci hardwaru, máte-li produkt Oracle WebLogic Server nebo IBM WebSphere Application Server. Pro přidání flexibility můžete také nainstalovat platformu se soubory exportu Oracle Database.

Přehled instalace produktu TRIRIGA Application Platform Poté, co určíte architekturu platformy, typy serverů a velikosti implementací, které vyhovují vašim obchodním potřebám, jste připraveni nainstalovat produkt TRIRIGA Application Platform.

Před instalací produktu IBM TRIRIGA Application Platform Ověřte požadavky na hardware a software IBM TRIRIGA Application Platform, než zahájíte proces instalace. Matice kompatibility produktu IBM TRIRIGA Application Platform obsahuje informace o podporovaných softwarových produktech IBM TRIRIGA. Uvádí aplikační servery, databázové servery, webové servery, servery jiných dodavatelů, komponenty jiných dodavatelů a volby klienta, s nimiž je produkt IBM TRIRIGA Application Platform certifikován.

6


Prohlédněte si příručku IBM TRIRIGA Application Platform 3.4.x - Doporučené postupy pro výkon systému, kde naleznete rozsáhlé informace o výkonu systému. Následující seznam dále uvádí hardwarové požadavky a další pokyny pro software: Pamě Databázový server musí mít alespoň 3 GB fyzické vyhrazené paměti. Ujistěte se, že přidělíte dostatek paměti na aplikačních serverech. Pravidelně monitorujte využití paměti, abyste se vyhnuli chybám nedostatku paměti. Možná také budete chtít zvážit implementaci druhého serveru procesů, abyste zajistili, že bude pokračovat zpracování sledu prací, i když dojde k selhání serveru procesů. Místo na disku Musíte být připraveni na tyto požadavky na místo na disku: v Pokud si stáhnete všechny komponenty instalace, budete potřebovat alespoň 1,8 GB místa na disku. v Kromě toho, instalace zabere asi 300 MB místa na disku. v Aby se mohl spustit instalační program, potřebujete alespoň 160 MB v dočasném prostoru na pevném disku. v Pro novou instalaci potřebujete alespoň 7 GB v databázi. v Každý profil serveru WebSphere Application Server vyžaduje asi 1 GB místa na disku. Aplikační server a databázový server Aplikační server i databázový server musí být na stejném fyzickém umístění, například v místnosti nebo budově, aby se předešlo problémům s latencí sítě. Minimalizujte počet segmentů nebo přechodů na cestě mezi aplikačním serverem a databázovým serverem. Minimální požadovaná rychlost sítě je rychlý Ethernet (100 Mbps), komutovaný. Software aplikačního serveru Software WebLogic Server nebo WebSphere Application Server musí být nainstalován před spuštěním instalačního programu produktu IBM TRIRIGA Application Platform. Pokud je hodnota nastavená pro maximální počet povolených parametrů v příchozím požadavku příliš nízká, při ukládání mapy objektů sledu prací může dojít k chybě. V tomto případě můžete bu zvýšit hodnotu, nebo ji nastavit jako neomezenou. Prohlédněte si dokumentaci k produktu, kde naleznete podrobnosti o aplikačním serveru. Software databázového serveru Software Oracle Database, IBM DB2 nebo Microsoft SQL Server musí být nainstalován, než spustíte instalační program produktu IBM TRIRIGA Application Platform. Během procesu instalace se požaduje, abyste zadali ID a heslo administrátora databáze (DBA). Instalace databáze Oracle Database Před spuštěním instalačního programu musejí být vytvořeny tabulkové prostory pro nové instalace databáze Oracle Database. Analyzuje základní data. Tato data zahrnují dokumenty, nájmy a data o portfoliích, jako například osoby, organizace, aktiva a lokality. Nastavte velikosti pro tabulkový prostor TRIDATA_DATA a tabulkový prostor TRIDATA_INDX, chcete-li podporovat alespoň tato základní data. Minimální velikost tabulkového prostoru TRIDATA_DATA a tabulkového prostoru TRIDATA_INDX je 2,5 GB každý. Používáte-li existující tabulkové prostory produktu IBM TRIRIGA, ověřte, že je povolena volba automatického rozšíření.


7

Instalace databáze IBM DB2 Instance IBM DB2 a databáze musí být vytvořeny ještě před tím, než spustíte instalační program produktu IBM TRIRIGA Application Platform. Java Development Kit Sada JDK (Java Development Kit) musí být nainstalována před spuštěním instalačního programu produktu IBM TRIRIGA Application Platform. Sada JDK musí být nainstalována před spuštěním aplikace IBM TRIRIGA. Jazyk Java musí běžet během instalace produktu IBM TRIRIGA. Oprávnění zabezpečení a přístup do adresářů Administrátor nebo uživatel, který spouští instalaci produktu IBM TRIRIGA Application Platform musí mít přístup pro vytvoření a zápis do kořenového adresáře instalace. Licence produktu IBM TRIRIGA (klíče) Počínaje verzí produktu IBM TRIRIGA Application Platform 3.2, produkt IBM TRIRIGA distribuuje softwarové licence v odděleném souboru s licencemi pro každý produkt. Názvy souborů s licencemi jsou ve formátu LICENSE_IBM_TRIRIGA_[název_produktu].properties (například LICENSE_IBM_TRIRIGA_Application_Platform.properties). Můžete nadále používat existující soubor TRIRIGALICENSE.properties, dokud jeho platnost nevyprší nebo dokud nezačnete používat nový produkt. Další informace viz téma o souborech s licencemi. Související pojmy: “Vytvoření a konfigurace databáze DB2 pro produkt TRIRIGA” na stránce 16 Chcete-li nakonfigurovat produkt TRIRIGA s databází DB2 verze 10.5, musíte vytvořit databázi ještě před tím, než spustíte instalační program produktu TRIRIGA Application Platform. Bu můžete databázi vytvořit ručně, nebo můžete použít skripty, které jsou poskytnuty spolu s produktem TRIRIGA. Související informace: Matice kompatibility platformy aplikace IBM TRIRIGA

Typy instalace Před instalací produktu IBM TRIRIGA Application Platform určete instalační cestu, která se použije pro vaši konkrétní implementaci. Ačkoli existuje několik instalačních cest, všechny postupují podle stejného obecného procesu instalace. Tyto typy instalace zahrnují úplnou instalaci a instalaci pouze databáze. Úplná instalace nainstaluje a nakonfiguruje všechny klíčové komponenty pro produkt IBM TRIRIGA, včetně aplikačního serveru. Instalace pouze databáze vytvoří databázi bez instalace aplikačního serveru.

Příprava instalace A už zvolíte úplnou instalaci nebo pouze instalaci databáze, než začnete, připravte si následující přístupy a informace: v pro databázi Oracle Database identifikaci systému (SID) nebo název instance databáze v pro databázi Microsoft SQL Server název databáze v v v v

8

pro databázi IBM DB2 port instance a název databáze pro existující databáze přihlašovací informace k instanci databáze název serveru a adresu IP databázového serveru název serveru procesů


Proces instalace produktu IBM TRIRIGA je stejný, bez ohledu na úroveň zabezpečení použitou ve vašem prostředí. Po instalaci můžete zabezpečit prostředí s ohledem na obchodní požadavky. Například v rámci zabezpečení můžete zabezpečit komunikaci mezi klienty a omezit přístup na servery.

Vyberte instalační program pro váš operační systém

Vybrat umístění instalace

Vybrat typ instalace

Vybrat novou instalaci nebo upgradovat instalaci

Instalace aplikačního serveru a/nebo databáze

Vybrat typ databáze

Konfigurovat databázové připojení

Konfigurovat databáze

Instalace dokončena

Obrázek 2. Diagram toku obecného procesu instalace produktu IBM TRIRIGA


9

Proces úplné instalace Proces úplné instalace zahrnuje instalaci klíčové komponenty a konfigurace nezbytné pro fungování aplikací a platformy IBM TRIRIGA: v aplikační server v skripty databáze v databáze

10




Úplná instalace

Nová instalace

Upgrade

Instalace aplikačního serveru a/nebo databáze

Microsoft SQL Server

Databáze Oracle

IBM DB2


Konfigurovat databázi

Vytvoření databáze


Obrázek 3. Diagram toku procesu úplné instalace produktu IBM TRIRIGA

Proces instalace pouze databáze Proces instalace pouze databáze vytvoří databázi bez instalace aplikačního serveru. Nevybírejte si instalaci nebo upgrade pouze databáze nebo upgradu, pokud vám to neporadí tým zodpovědný za plánování nasazení produktu IBM TRIRIGA. Pokud instalujete databázi nyní a nainstalujete novější verzi aplikačního serveru později, mezi novou funkcí a databázi se může vyskytnout nekompatibilita.


11



Pouze databáze

Nová instalace

Upgrade

Instalace databáze

Microsoft SQL Server

Databáze Oracle

IBM DB2


Konfigurovat databázi


Obrázek 4. Diagram toku procesu instalace pouze databáze produktu IBM TRIRIGA

Kontrolní seznamy instalace Před instalací produktu IBM TRIRIGA Application Platform můžete postupovat podle kontrolních seznamů aplikačního serveru a databáze, které jsou určeny pro vaši implementaci.

12


Kontrolní seznam pro nové instalace produktu IBM TRIRIGA Application Platform Položka

Popis

Poznámky k vydání

Přečtěte si Poznámky k vydání produktu IBM TRIRIGA, které platí pro vaši verzi instalace, kde získáte informace o pokyny specifické pro dané vydání.

Zálohování a obnova dat

Než začnete s procesem instalace, vytvořte plán obnovy dat, který se použije v případě selhání systému IBM TRIRIGA Application Platform. Produkt IBM TRIRIGA je podniková aplikace v jazyce Java, která funguje na řadě aplikačních serverů Java a databázových platformách. Každý aplikační server a databázová platforma poskytují různé metody a doporučení pro zálohování a obnovu. Projděte si informace o produktu poskytnuté s aplikačním serverem a databázovou platformou, které používáte s produktem IBM TRIRIGA, kde najdete standardy a doporučené postupy operací zálohování a obnovy. Po úspěšné instalaci můžete instalační složku produktu IBM TRIRIGA pravidelně zálohovat, aby se uchovalo systémové nastavení produktu IBM TRIRIGA.

Úplná instalace

Pro novou instalaci postupujte podle procesu pro úplnou instalaci. Provádíte-li upgrade existující implementace produktu IBM TRIRIGA, prohlédněte si příručku Instalační příručka upgradu produktu IBM TRIRIGA Application Platform 3.

Jazykové sady

Instalační program zkopíruje jazykové sady do složky [instalační_adresář]\userfiles\LanguagePacks. Počínaje verzí produktu IBM TRIRIGA Application Platform 3.3 adresářová struktura jazykových sad odděluje sady popisků od datových sad. Musíte rozbalit hlavní jazykovou sadu, než vyberete jednotlivé jazykové sady k importu. Ujistěte se, že importujete správný typ jazykové sady ve specifickém rozhraní. Například do Správce popisků musíte naimportovat sadu popisků. Pokud se nacházíte ve Správci jazyků, musíte naimportovat datovou sadu. Import datové sady není povinný, pokud je vaše instalace pouze v americké angličtině. Další informace viz Uživatelská příručka lokalizace produktu IBM TRIRIGA Application Platform 3.

První kroky instalace

v Nainstalujte 64bitovou verzi produktu IBM Java 7. Instalační cesta Java nesmí obsahovat mezery. v Spuste instalační program: – V prostředí systému Windows poklepejte na soubor install.exe. Na systému Windows, je výchozí umístění instalace C:\Tririga. – Připojte se a přihlaste se na aplikační server jako uživatel produktu IBM TRIRIGA přes SSH nebo jinou aplikaci vzdáleného terminálu. – V příkazovém řádku systému UNIX nebo Linux se přihlaste k terminálu jako uživatel produktu IBM TRIRIGA a zadejte příkaz ./install.bin -i console. Chcete-li se vrátit zpět, zadejte back a stiskněte klávesu Enter. Na serverech UNIX je typické umístění instalace adresář /usr/local/tririga. Poté, co superuživatel root předem vytvoří tento adresář, spuste příkaz chown tririga /usr/local/tririga jako uživatel root, přičemž tririga je jméno uživatele instalace.


13

Položka

Popis

Prostředí JVM

Během instalace: v Vyberte cestu k prostředí JVM, kterou má instalační program použít. Na obrazovce bude uveden seznam verzí java.exe, které jsou dostupné na vašem cílovém počítači. Produkt IBM TRIRIGA podporuje pouze 64bitovou verzi produktu IBM Java 7. Instalace produktu WebSphere Application Server podporují 64bitovou verzi produktu IBM Java 7. Instalace produktu WebLogic Server podporují Oracle Java. v Uvidíte-li zprávu "Nelze nainstalovat prostředí JVM zahrnuté v tomto instalačním programu", pokračujte v instalaci. Tuto zprávu způsobí verze aplikace InstallAnywhere, kterou používá instalační program. Nemá na instalaci žádný vliv.

Instalační adresář

Během instalace uvete úplnou cestu k adresáři, kam chcete soubory nainstalovat: v Instalační cesta nesmí obsahovat mezery. Pokud mezery obsahuje, uvete jinou cestu. Na systému Windows je typické umístění adresář C:\Tririga. Na systému UNIX je typické umístění adresář /usr/local/tririga. v Adresář nesmí obsahovat existující instalaci. Pokud obsahuje existující instalaci, přejmenujte adresář. Například přejmenujte adresář přidáním slova "starý" s datem.

Data aplikace

Během instalace vyberte komprimovaný soubor, kde budou uložena data aplikace IBM TRIRIGA. Tento komprimovaný soubor se nazývá data.zip a instalační program jej vybere automaticky. Není-li soubor vybrán, najděte a vyberte správný soubor.

Po instalaci

Po dokončení instalace: v Ověřte, že instalace funguje správně. Další informace viz téma o kontrolním seznamu verifikace.

Kontrolní seznam pro nové instalace produktu IBM TRIRIGA Application Platform na platformě Oracle Database Položka

Popis


Přečtete si Poznámky k vydání produktu IBM TRIRIGA.

Podpora vícebajtových jazyků Podporujete-li vícebajtové jazyky, databáze Oracle Database musí být na začátku nainstalována jako vícebajtová databáze. Pokud databáze nebyla původně nainstalována jako vícebajtová databáze, nelze to později změnit. Podpora vícebajtových jazyků Pokud podporujete vícebajtové jazyky, před začátkem instalace postupujte takto: v Nastavte znakovou sadu instance na UTF-8 nebo UTF-16. Nevyberete-li znakovou sadu UTF-8 nebo UTF-16, vícebajtové znaky se po uložení do databáze zobrazí jako otazníky. v Nastavte parametr NLS_LENGTH_SEMANTICS na hodnotu CHAR (ne BYTE). Použijete-li hodnotu BYTE místo hodnoty CHAR, platforma nespustí operace délky správně a data mohou být ztracena. v Nastavte velikost bloku alespoň na 16K. Požadavek na jméno uživatele V databázi Oracle Database, musí vlastník schématu používat stejné ID uživatele jako uživatel databáze.

14


Kontrolní seznam pro nové instalace produktu IBM TRIRIGA Application Platform na platformě Microsoft SQL Server Položka

Popis



Uživatelé

Ověřte, že uživatel databáze, který se používá pro novou instalaci, je jedinečně přidružen k databázi.

Podpora vícebajtových jazyků Pokud podporujete vícebajtové jazyky, během instalace postupujte takto: v Vyberte volbu pro konfiguraci databáze s podporou vícebajtových jazyků. v Vyberte řazení databáze. Podpora vícebajtových jazyků Pokud podporujete vícebajtové jazyky, na serveru WebLogic Server a server WebLogic Server ověřte, že adresa URL JDBC v souboru DataSource-TRIRIGA-data nastaví hodnotu vlastnosti SendStringParametersAsUnicode na true. Podpora vícebajtových jazyků Pokud podporujete vícebajtové jazyky, ve zdroji dat serveru a server WebSphere WebSphere Application Server ověřte, že vlastní vlastnost Application Server sendStringParametersAsUnicode má nastavenou hodnotu true. Požadavek na jméno uživatele V databázi Microsoft SQL Server můžete použít různé hodnoty pro název databáze a ID uživatele databáze.

Kontrolní seznam pro nové instalace produktu IBM TRIRIGA Application Platform na platformě IBM DB2 Položka

Popis



IBM DB2

Provete kroky konfigurace databáze DB2.

Podpora vícebajtových jazyků v Podporujete-li vícebajtové jazyky, databáze IBM DB2 musí být na začátku vytvořena jako UTF-8. Pokud databáze nebyla původně vytvořena jako UTF-8, nelze to později změnit. v Nastavte parametr string_units na hodnotu CODEUNITS32. Nastavení výkonu shromažování dat v produktu WebLogic Server.

Nastavení výkonu shromažování dat se konfiguruje pomocí vlastností zdroje dat následujícími hodnotami parametrů:

Nastavení výkonu shromažování dat v produktu WebSphere Application Server.

Nastavení výkonu shromažování dat se konfiguruje přidáním nové vlastnosti do vlastností zdroje dat:

user=TRIRIGA DB User DatabaseName=DB Name jdbcCollection=NULLIDR1

jdbcCollection=NULLIDR1 Úroveň izolace serveru WebSphere Application Server je nastavena na webSphereDefaultIsolationLevel=2, aby se zabránilo zamykání databáze.

Související informace: Poznámky k vydání IBM TRIRIGA Instalační příručka upgradu produktu IBM TRIRIGA Application Platform 3


15

Vytvoření a konfigurace databáze DB2 pro produkt TRIRIGA Chcete-li nakonfigurovat produkt TRIRIGA s databází DB2 verze 10.5, musíte vytvořit databázi ještě před tím, než spustíte instalační program produktu TRIRIGA Application Platform. Bu můžete databázi vytvořit ručně, nebo můžete použít skripty, které jsou poskytnuty spolu s produktem TRIRIGA. Konfigurace existujícího databázového serveru DB2 verze 10.5 pro použití s produktem TRIRIGA zahrnuje několik kroků. Musíte vytvořit uživatele produktu TRIRIGA, vytvořit databázi a nakonfigurovat nastavení úrovně instance a databáze, než zahájíte instalační program produktu IBM TRIRIGA Application Platform. Tyto databázové objekty můžete vytvořit pomocí skriptů, které jsou dodány spolu s produktem TRIRIGA. Skripty pro operační systémy Windows, Linux a UNIX jsou poskytované v balíku IBM TRIRIGA Application Upgrade V10.4.2 Multiplatform Multilingual. Skriptové soubory jsou umístěny v adresáři Scripts v archivním souboru TRI_APPLICATION_UPGRADE_10.4.2.zip. Pokud databázové objekty vytvoříte ručně, prohlédněte si skripty kvůli konfiguračním hodnotám. Můžete zadat vlastní hodnoty, když vytváříte uživatele, pojmenovat databázi a instanci a definovat port, který použije instance databáze produktu TRIRIGA. Musíte přesně zadat instalační adresář DB2. Databáze DB2 používaná s produktem TRIRIGA musí být nakonfigurována s následujícími parametry. v Instance databáze DB2 i databáze musí být nastavena do režimu Oracle. v Parametry databáze DB2 musí být nakonfigurovány pro optimalizaci výkonu produktu TRIRIGA. – STMT_CONC=OFF – PAGESIZE=32 K – DB2_DEFERRED_PREPARE_SEMANTICS=YES v ID uživatele vytvořené pro produkt TRIRIGA a sloužící pro přístup k databázi, musí mít pro databázi oprávnění DBADM, SECADM, ACCESSCTRL a DATAACCESS. v Databáze musí být nakonfigurována s kódovou sadou UTF-8 a jednotkou řetězců CODEUNITS32, jestliže požadujete podporu vícebajtových znaků. Port databáze DB2 používaný pro komunikaci s produktem TRIRIGA musí být dostupný přes jakýkoli v systému aktivní software brány firewall. Software brány firewall na serveru DB2 můžete před spuštěním skriptů pro vytváření databáze TRIRIGA vypnout. Software brány firewall může zabránit skriptům TRIRIGA, aby se úspěšně dokončily. Bránu firewall můžete opětovně aktivovat po vytvoření databáze.

Konfigurace databáze DB2 verze 10.5 pro produkt TRIRIGA na systému Windows pomocí skriptů Použitím příkazů db2createinst a db2createdb vytvořte a nakonfigurujte databázi DB2 v systému Windows.

Postup 1. Přihlaste se k serveru, na kterém běží databáze DB2 verze 10 jako uživatel, který má v systému administrativní oprávnění. 2. Vytvořte uživatele systému pro produkt TRIRIGA, například tridata. Tohoto uživatele použije produkt TRIRIGA k přístupu do databáze. Skripty poskytnou tomuto uživateli oprávnění pro přístup k databázi. 3. Přihlaste se k serveru jako administrativní uživatel databáze DB2. Výchozí ID uživatele pro administrativního uživatele produktu DB2 je db2admin. 4. Vytvořte instanci databáze DB2 a nastavte ji na režim kompatibility Oracle.

16


a. Zkopírujte příkazový soubor db2createinst.cmd z adresáře \scripts na instalačním médiu do dočasného adresáře na serveru DB2. b. Otevřete příkazové okno databáze DB2 a spuštěním příkazu db2cmdadmin nastavte prostředí databáze DB2: Alternativně můžete použít nabídku Start > Příkazové okno DB2 - Administrátor. c. Spuste příkaz db2createinst k vytvoření a nakonfigurování instance databáze. db2createinst název port instalační_adresář db2admin heslo > název_výstup_souboru

Parametr název uvádí název instance DB2. Parametr port uvádí port serveru, který používá tato instance DB2. Parametr instalační_adresář uvádí umístění instalace DB2. Hodnotu musíte uzavřít do dvojitých uvozovek, pokud cesta obsahuje mezery. Parametr db2admin uvádí administrátora databáze DB2. Parametr název_výstup_souboru uvádí soubor, který se používá k zachycení výstupu z příkazu. Následující příklad poskytuje ukázkovou syntaxi příkazu db2createinst. C:\temp>db2createinst triinst 50006 "c:\program files\ibm\sqllib" db2admin mypassword > db2createinst.log

Když příkaz vygeneruje návratový kód vytvoření instance 0, instance databáze DB2 byla vytvořena v režimu kompatibility Oracle a zobrazí se zpráva Instance instance name byla úspěšně vytvořena a spuštěna na portu port number. Pokud příkaz vygeneruje jakékoli návratové kódy jiné než 0, zkontrolujte výstup příkazu, abyste určili příčinu chyby. Chcete-li vyhodnotit výsledky příkazu, můžete výstup skriptu zachytit do souboru. Nepokoušejte se vytvořit databázi do té doby, než se úspěšně dokončí příkaz db2createinst. 5. Vytvořte a nakonfigurujte databázi DB2. a. Zkopírujte příkazový soubor db2createdb.cmd z adresáře \scripts na instalačním médiu do dočasného adresáře na serveru DB2. b. Spuste příkaz db2createdb z příkazového okna databáze DB2. db2createdb název instance teritorium instalační_adresář uživatel_aplikace_TRIRIGA db2admin > název_výstup_souboru

Parametr název uvádí název databáze. Parametr instance uvádí instanci, která je přidružená k databázi. Parametr teritorium označuje kód, který správce databáze interně používá k poskytnutí podpory specifické pro zeměpisnou oblast. Parametr instalační_adresář uvádí umístění instalace DB2. Hodnotu musíte uzavřít do dvojitých uvozovek, pokud cesta obsahuje mezery. Parametr tririgaUser uvádí ID uživatele produktu TRIRIGA, které se použije pro přístup k databázi. Parametr db2admin uvádí ID uživatele s oprávněními administrátora databáze DB2. Parametr název_výstup_souboru uvádí soubor, který se používá k zachycení výstupu z příkazu. Následující příklad poskytuje ukázkovou syntaxi příkazu db2createdb. C:\temp>db2createdb tririga triinst US "c:\Program files\ibm\sqllib" tridata db2admin > db2createdb.log

Když příkaz vygeneruje návratový kód ukončení 0, byla vytvořena databáze DB2 a zobrazí se zpráva Databáze název databáze byla úspěšně vytvořena na instanci název instance. Pokud příkaz vygeneruje jakékoli návratové kódy jiné než 0, zkontrolujte výstup příkazu, abyste určili příčinu chyby. Chcete-li vyhodnotit výsledky příkazu, můžete výstup skriptu zachytit do souboru. Nepokračujte v instalačním procesu produktu IBM TRIRIGA Application Platform, dokud se úspěšně nedokončí příkaz db2createdb.


17

Jak pokračovat dále Pokud máte bránu firewall, reaktivujte ji, a ujistěte se, že se lze vzdáleně připojit k databázi. K ověření vzdáleného připojení k databázi použijte nástroj IBM Data Studio nebo jiný nástroj SQL, ještě než spustíte instalační program produktu IBM TRIRIGA Application Platform.Na bráně firewall by mohlo být nutné povolit přístup na port používaný databází DB2.

Konfigurace databáze DB2 verze 10.5 pro produkt TRIRIGA na systémech UNIX a Linux pomocí skriptů Použitím příkazů db2createinst, db2configinst a db2createdb vytvoříte a nakonfigurujete databázi DB2 na systémech UNIX nebo Linux.

Postup 1. Přihlaste se k serveru, na kterém běží databáze DB2 verze 10 jako uživatel, který má v systému administrativní oprávnění. Uživatel musí být schopen vytvářet uživatele systému a instance DB2. 2. Vytvořte uživatele systému pro produkt TRIRIGA. a. Vytvořte uživatele systému, aby produkt TRIRIGA mohl přistupovat k databázi, například tridata. Skripty poskytnou tomuto uživateli oprávnění pro přístup k databázi. b. Vytvořte vlastníka instance databáze DB2, například triinst. Vlastník instance databáze DB2 vytvoří instanci DB2 pro produkt TRIRIGA. Tento uživatel nesmí mít k sobě přidružené žádné existující instance DB2. ID uživatele triinst musí být přiřazeno ke skupině db2iadm1. c. Vytvořte chráněné ID uživatele pro instanci databáze DB2, například db2fenc1. Toto ID uživatele již může existovat na systému a může sloužit jako chráněné ID uživatele pro ostatní instance DB2. ID uživatele db2fenc1 musí být přiřazeno ke skupině db2iadm1. 3. Vytvořte instanci databáze DB2. a. Zkopírujte příkazový soubor db2createinst.sh z adresáře /Scripts na instalačním médiu do dočasného adresáře na serveru DB2. b. Ujistěte se, že má ID uživatele oprávnění k provedení na souboru a oprávnění k zápisu do aktuálního adresáře. c. Otevřete okno shellu a spuste příkaz db2createinst k vytvoření instance databáze. db2createinst.sh název port instalační_adresář chráněný_uživatel > název_výstup_souboru

Parametr název uvádí vlastníka instance DB2. Parametr port uvádí port serveru, který používá tato instance DB2. Parametr instalační_adresář uvádí umístění instalace DB2. Parametr chráněný_uživatel uvádí chráněného uživatele DB2. Parametr název_výstup_souboru uvádí soubor, který se používá k zachycení výstupu z příkazu. Následující příklad poskytuje ukázkovou syntaxi příkazu db2createinst. ./db2createinst.sh triinst 50006 /opt/ibm/db2/V10.5 db2fenc1 > db2createinst.log

Když příkaz vygeneruje návratový kód vytvoření instance 0, byla vytvořena instance databáze DB2 a zobrazí se zpráva Instance instance name byla úspěšně vytvořena na portu port number. Pokud příkaz vygeneruje jakékoli návratové kódy jiné než 0, zkontrolujte výstup příkazu, abyste určili příčinu chyby. Chcete-li vyhodnotit výsledky příkazu, můžete výstup skriptu zachytit do souboru. Nepokoušejte se konfigurovat instanci databáze do té doby, než se úspěšně dokončí příkaz db2createinst.

18


4. Přihlaste se k serveru, na kterém běží databáze DB2 verze 10 jako uživatel instance. 5. Nakonfigurujte instanci databáze DB2. a. Zkopírujte příkazový soubor db2configinst.sh z adresáře /scripts na instalačním médiu do dočasného adresáře na serveru DB2. b. Ujistěte se, že má ID uživatele oprávnění k provedení na souboru a oprávnění k zápisu do aktuálního adresáře. c. V okně shellu spuste příkaz db2configinst k vytvoření instance databáze. db2configinst.sh název port instalační_adresář > název_výstup_souboru

Parametr název uvádí instanci DB2 ke konfigurování. Parametr port uvádí port serveru, který používá tato instance DB2. Parametr instalační_adresář uvádí umístění instalace DB2. Parametr název_výstup_souboru uvádí soubor, který se používá k zachycení výstupu z příkazu. Následující příklad poskytuje ukázkovou syntaxi příkazu db2configinst. ./db2configinst.sh triinst 50006 /opt/ibm/db2/V10.5 > db2configinst.log

Když příkaz vygeneruje návratový kód pro spuštění instance 0, vytvoří se instance databáze DB2 a zobrazí se zpráva Instance instance name byla úspěšně nakonfigurována a spuštěna na serveru server name. Pokud příkaz vygeneruje jakékoli návratové kódy jiné než 0, zkontrolujte výstup příkazu, abyste určili příčinu chyby. Chcete-li vyhodnotit výsledky příkazu, můžete výstup skriptu zachytit do souboru. Nepokoušejte se vytvořit databázi do doby, než se úspěšně dokončí příkaz db2configinst. 6. Vytvořte a nakonfigurujte databázi DB2. a. Zkopírujte příkazový soubor db2createdb.sh z adresáře /scripts na instalačním médiu do dočasného adresáře na serveru DB2. b. Ujistěte se, že má ID uživatele oprávnění k provedení na souboru a oprávnění k zápisu do aktuálního adresáře. c. V okně shellu spuste příkaz db2createdb. db2createdb.sh název instance teritorium instalační_adresář uživatel_aplikace_TRIRIGA > název_výstupního_souboru

Parametr název uvádí název databáze. Parametr instance uvádí instanci, která je přidružená k databázi. Parametr teritorium označuje kód, který správce databáze interně používá k poskytnutí podpory specifické pro zeměpisnou oblast. Parametr instalační_adresář uvádí umístění instalace DB2. Parametruživatel_aplikace_TRIRIGA uvádí ID uživatele produktu TRIRIGA, které se použije pro přístup k databázi. Parametr název_výstup_souboru uvádí soubor, který se používá k zachycení výstupu z příkazu. Následující příklad poskytuje ukázkovou syntaxi příkazu db2createdb. ./db2createdb.sh tririga triinst US /opt/ibm/db2/V10.5 tridata > db2createdb.log

Když příkaz vygeneruje návratový kód ukončení 0, byla vytvořena databáze DB2 a zobrazí se zpráva Databáze název databáze byla úspěšně vytvořena na instanci název instance. Pokud příkaz vygeneruje jakékoli návratové kódy jiné než 0, zkontrolujte výstup příkazu, abyste určili příčinu chyby. Chcete-li vyhodnotit výsledky příkazu, můžete výstup skriptu zachytit do souboru. Nepokračujte v instalačním procesu produktu IBM TRIRIGA Application Platform, dokud se úspěšně nedokončí příkaz db2createdb.


19

Jak pokračovat dále Pokud máte bránu firewall, reaktivujte ji, a ujistěte se, že se lze vzdáleně připojit k databázi. K ověření vzdáleného připojení k databázi použijte nástroj IBM Data Studio nebo jiný nástroj SQL, ještě než spustíte instalační program produktu IBM TRIRIGA Application Platform. Na bráně firewall by mohlo být nutné povolit přístup na port používaný databází DB2.

Instalace produktu TRIRIGA Application Platform na profil WebSphere Application Server Liberty Core Produkt TRIRIGA Application Platform můžete nainstalovat na profil Liberty a může jej podporovat velké množství databázového softwaru. Během procesu instalace produktu TRIRIGA Application Platform můžete vybrat typ aplikačního serveru, který chcete použít.

Než začnete Zkontrolujte wikiweb produktu IBM TRIRIGA, kde naleznete nejnovější informace o nasazení produktu IBM TRIRIGA na profilu Liberty. Aplikační data produktu IBM TRIRIGA musí být uložená na stejném systému souborů, který používá hostitel profilu Liberty.

Přehled instalace produktu IBM TRIRIGA Application Platform na profilu Liberty Profily Liberty produktu jsou dynamické a zajišují jen funkce potřebné pro aplikaci, které přispívají k rychlejším časům načítání a menšímu obsazenému prostoru. Instalační program produktu IBM TRIRIGA Application Platform instaluje komponenty profilu Liberty produktu během instalačního procesu.

Instalace produktu TRIRIGA Application Platform na profilu Liberty profile a Microsoft SQL Server Poté, co je váš databázový server připraven, můžete zahájit instalaci produktu TRIRIGA Application Platform na profilu Liberty aMicrosoft SQL Server.

Než začnete Ověřte, že produkt Microsoft SQL Server je spuštěn a má administrativní oprávnění na serveru. Ujistěte se, že databáze Microsoft SQL Server byla nakonfigurována pro produkt TRIRIGA.

Postup 1. Spuste instalační soubor. Postupujte podle pokynů. a. Přijměte licence pro aplikaci i platformu aplikace. b. Zvolte prostředí JVM, které se použije s instalačním programem. Vyžaduje se 64bitová verze produktu Java 7. c. Vyberte instalační složku. d. Pro typ instalace vyberte volbu Nová databáze (vyžadován soubor data.zip). 2. Pro aplikační server vyberte volbu IBM WebSphere Liberty (vestavěný). V další sadě obrazovek uvete informace o profilu Liberty. a. Uvete kontextový kořenový adresář aplikace pro přístup k aplikaci IBM TRIRIGA. Tato cesta musí začínat lomítkem (/). b. Uvete minimální a maximální hodnoty nastavení paměti Java v megabajtech. c. Uvete porty HTTP a HTTPS použité profilem Liberty.

20


3. Pro typ databáze vyberte Microsoft SQL Server. Konzultujte s administrátorem produktu Microsoft SQL Server a uvete informace o databázi v další sadě obrazovek. a. Vyberte akce databáze, které se zahájí, jako např. vytváření tabulkových prostorů, vytváření schémat a zavádění databáze ze souboru .zip. Některé z těchto úloh může dokončit předem administrátor databáze. Pokud například váš administrátor databáze dříve vytvořil tabulkový prostor a schéma, vymažte první volbu. Pokud jste vytvořili databázi, musíte zavést data pomocí instalačního programu. b. Uvete informace pro připojení k databázovému serveru, jako je port a jméno. 1433 je například typická hodnota pro port databáze Microsoft SQL Server a tridata je typická hodnota pro název databáze Microsoft SQL Server. c. Uvete jméno uživatele databáze a heslo. tridata je například typická hodnota pro obě pole. Ověřte, že uživatel databáze, který se používá pro novou instalaci, je jedinečně přidružen k databázi. d. Volitelné: Vyberte volbu ke konfiguraci databáze pro vícebajtovou jazykovou podporu. Pokud nenakonfigurujete databázi pro vícebajtovou jazykovou podporu, můžete vybrat tuto volbu během příštího upgradu. Avšak pokud očekáváte podporu vícebajtových jazyků v budoucnu, měli byste nakonfigurovat databázi pro podporu vícebajtových jazyků nyní. e. Volitelné: Vyberte kompletování pro databázi Microsoft SQL Server. Tato obrazovka se zobrazí, pokud zvolíte konfiguraci databáze pro vícebajtovou jazykovou podporu. f. Uvete jméno uživatele administrátora databáze a heslo. Tyto informace jsou požadovány pro nastavení struktur databáze a vlastníka schématu. Nebudete vyzváni, abyste uvedli administrátora databáze, pokud jste zvolili zavedení databáze ze souboru .zip jako jedinou akci databáze, která se provede. g. Přezkoumejte adresu URL, kterou používá instalační program k otestování připojení k datovému schématu. h. Přezkoumejte výsledky testu. Pokud se test nezdaří, ověřte, že produkt Microsoft SQL Server je spuštěn. i. Uvete minimální a maximální velikosti pro fondy databáze. Tato nastavení určí počet připojení, která aplikační server zahájí, když se inicializuje, a počet, jakého může dosáhnout pod zátěží. 4. Dokončete a přezkoumejte informace o instalaci v konečné sadě obrazovek. a. Uvete názvy poštovního serveru protokolu SMTP a serveru front end.

5.

6. 7.

8.

b. Volitelné: nainstalujte produkt IBM Tivoli Directory Integrator. c. Přezkoumejte souhrn postupů před instalací a klepněte na tlačítko Instalovat. Klepněte na tlačítko Další. a. Volitelné: Chcete-li monitorovat průběh v adresáři, kde je nainstalován produkt IBM TRIRIGA, můžete otevřít soubor ant.log v obslužném programu monitorování protokolů. V systému Windows můžete spustit obslužný program WinTail. V systému UNIX můžete spustit příkaz tail –f ant.log. Když je instalace dokončena, klepněte na tlačítko Hotovo. Zkopírujte soubory s licencemi do adresáře tririga_root\config\licenses. Všechny aplikační servery, které mají přístup k databázi, musí mít stejnou sadu licencí. Jedinou výjimkou je soubor licencí pro produkt IBM TRIRIGA Connector for Business Applications. Tento produkt je licencován pro omezený počet serverů a soubor s licencí musí být umístěn na tomto počtu serverů, aby zůstaly ve shodě. Další informace viz téma o souborech s licencemi. Restartujte produkt IBM TRIRIGA pomocí odpovídající metody. v Na serverech Windows otevřete příkazový řádek a spuste příkaz ke spuštění profilu Liberty. tririga_root\wlp\bin\run.bat


21

v Na serverech UNIX otevřete příkazový řádek a spuste příkaz ke spuštění profilu Liberty. tririga_root/wlp/bin/run.sh Příkazové okno se zavře po počátečním spuštění. Liberty poběží jako proces na pozadí.

Jak pokračovat dále Ověřte, že instalace funguje správně.

Instalace produktu TRIRIGA Application Platform na profilu Liberty profile a Oracle Database Poté, co je váš databázový server připraven, můžete zahájit instalaci produktu TRIRIGA Application Platform na profilu Liberty aOracle Database.

Než začnete Ověřte, že produkt Oracle Database je spuštěn a má administrativní oprávnění na serveru. Ujistěte se, že instance databáze Oracle Database i databáze jsou nakonfigurovány pro produkt TRIRIGA.

Postup 1. Spuste instalační soubor. Postupujte podle pokynů. a. Přijměte licence pro aplikaci i platformu aplikace. b. Zvolte prostředí JVM, které se použije s instalačním programem. Vyžaduje se 64bitová verze produktu Java 7. c. Vyberte instalační složku. d. Pro typ instalace vyberte volbu Nová databáze (vyžadován soubor data.zip). 2. Pro aplikační server vyberte volbu IBM WebSphere Liberty (vestavěný). V další sadě obrazovek uvete informace o profilu Liberty. a. Uvete kontextový kořenový adresář aplikace pro přístup k aplikaci IBM TRIRIGA. Tato cesta musí začínat lomítkem (/). b. Uvete minimální a maximální hodnoty nastavení paměti Java v megabajtech. c. Uvete porty HTTP a HTTPS použité profilem Liberty. 3. Pro typ databáze uvete Oracle. Konzultujte s administrátorem produktu Oracle Database a uvete informace o databázi v další sadě obrazovek. a. Vyberte akce databáze, které se zahájí, jako např. vytváření tabulkových prostorů, vytváření schémat a zavádění databáze ze souboru .zip. Některé z těchto úloh může dokončit předem administrátor databáze. Pokud například váš administrátor databáze dříve vytvořil tabulkový prostor a schéma, vymažte první volbu. Pokud jste vytvořili databázi, musíte zavést data pomocí instalačního programu. b. Uvete informace pro databázový server datového schématu, jako je název hostitele, port a identifikace systému (SID). 1521 je například typická hodnota pro port serveru Oracle Database a orcl je typická hodnota pro identifikaci systému serveru Oracle Database. c. Uvete jméno uživatele a heslo datového schématu. tridata je například typická hodnota pro obě pole. d. Uvete názvy tabulkového prostoru datového schématu. V názvu tabulkového prostoru lze použít jen písmena a podtržítko. TRIDATA_DATA je například typická hodnota pro data a TRIDATA_INDX je typická hodnota pro indexy. e. Volitelné: Uvete parametry tabulkového prostoru datového schématu, jako jsou názvy souboru, velikosti souboru v megabajtech. Tato obrazovka se zobrazí, pokud jste zvolili vytvoření tabulkových prostorů. Výchozí velikost souboru je 2500 MB (nebo 2.5 GB), což je požadované minimum. Chcete-li určit správnou velikost těchto

22


souborů, vete pečlivou analýzu. Pokud je v databázi pro tabulkové prostory povolena volba automatického rozšíření, tabulkové prostory se automaticky rozšíří dle potřeby. Avšak toto rozšíření může významně ovlivnit výkon. f. Volitelné: Uvete jméno uživatele administrátora databáze a heslo. Tato obrazovka se zobrazí, pokud jste zvolili vytvoření tabulkových prostorů a schématu. Tyto informace jsou požadovány pro nastavení struktur databáze a vlastníka schématu. Nebudete vyzváni, abyste uvedli administrátora databáze, pokud jste zvolili zavedení databáze ze souboru .zip jako jedinou akci databáze, která se provede. g. Přezkoumejte adresu URL, kterou používá instalační program k otestování připojení k datovému schématu. h. Přezkoumejte výsledky testu. Pokud se test nezdaří, ověřte, že produkt Oracle Database je spuštěn. Pokud vidíte informativní zprávu, že vaše databáze nemusí správně podporovat vícebajtové znaky, klepněte na tlačítko Storno. Upravte databázi a restartujte instalační program. i. Uvete minimální a maximální velikosti pro fondy databáze. Tato nastavení určí počet připojení, která aplikační server zahájí, když se inicializuje, a počet, jakého může dosáhnout pod zátěží. 4. Dokončete a přezkoumejte informace o instalaci v konečné sadě obrazovek. a. Uvete názvy poštovního serveru protokolu SMTP a serveru front end. b. Volitelné: nainstalujte produkt IBM Tivoli Directory Integrator. c. Přezkoumejte souhrn postupů před instalací a klepněte na tlačítko Instalovat. 5. Klepněte na tlačítko Další. a. Volitelné: Chcete-li monitorovat průběh v adresáři, kde je nainstalován produkt IBM TRIRIGA, můžete otevřít soubor ant.log v obslužném programu monitorování protokolů. V systému Windows můžete spustit obslužný program WinTail. V systému UNIX můžete spustit příkaz tail –f ant.log. 6. Když je instalace dokončena, klepněte na tlačítko Hotovo. 7. Zkopírujte soubory s licencemi do adresáře tririga_root\config\licenses. Všechny aplikační servery, které mají přístup k databázi, musí mít stejnou sadu licencí. Jedinou výjimkou je soubor licencí pro produkt IBM TRIRIGA Connector for Business Applications. Tento produkt je licencován pro omezený počet serverů a soubor s licencí musí být umístěn na tomto počtu serverů, aby zůstaly ve shodě. Další informace viz téma o souborech s licencemi. 8. Restartujte produkt IBM TRIRIGA pomocí odpovídající metody. v Na serverech Windows otevřete příkazový řádek a spuste příkaz ke spuštění profilu Liberty. tririga_root\wlp\bin\run.bat v Na serverech UNIX otevřete příkazový řádek a spuste příkaz ke spuštění profilu Liberty. tririga_root/wlp/bin/run.sh Příkazové okno se zavře po počátečním spuštění. Liberty poběží jako proces na pozadí.


Instalace produktu TRIRIGA Application Platform na profilu Liberty profile a IBM DB2 Poté, co je váš databázový server připraven, můžete zahájit instalaci produktu TRIRIGA Application Platform na profilu Liberty aIBM DB2.


23

Než začnete Ověřte, že produkt IBM DB2 je spuštěn a má administrativní oprávnění na serveru. Ujistěte se, že instance databáze IBM DB2 i databáze jsou nakonfigurovány pro produkt TRIRIGA.

Postup 1. Spuste instalační soubor. Postupujte podle pokynů. a. Přijměte licence pro aplikaci i platformu aplikace. b. Zvolte prostředí JVM, které se použije s instalačním programem. Vyžaduje se 64bitová verze produktu Java 7. c. Vyberte instalační složku. d. Pro typ instalace vyberte volbu Nová databáze (vyžadován soubor data.zip). 2. Pro aplikační server vyberte volbu IBM WebSphere Liberty (vestavěný). V další sadě obrazovek uvete informace o profilu Liberty. a. Uvete kontextový kořenový adresář aplikace pro přístup k aplikaci IBM TRIRIGA. Tato cesta musí začínat lomítkem (/). b. Uvete minimální a maximální hodnoty nastavení paměti Java v megabajtech. c. Uvete porty HTTP a HTTPS použité profilem Liberty. 3. Pro typ databáze vyberte IBM DB2. Konzultujte s administrátorem produktu IBM DB2 a uvete informace o databázi v další sadě obrazovek. a. Uvete informace pro databázový server datového schématu, jako je název hostitele, port a název databáze. 50006 je například typická hodnota pro port serveru IBM DB2 a tririga je typická hodnota pro název databáze IBM DB2. b. Uvete jméno a heslo uživatele databáze IBM TRIRIGA. Například tridata je typická hodnota pro jméno uživatele databáze. c. Uvete názvy tabulkového prostoru datového schématu. V názvu tabulkového prostoru lze použít jen písmena a podtržítko. TRIDATA_DATA je například typická hodnota pro data a TRIDATA_INDX je typická hodnota pro indexy. d. Přezkoumejte adresu URL, kterou používá instalační program k otestování připojení k datovému schématu. e. Přezkoumejte výsledky testu. Pokud se test nezdaří, ověřte, že produkt IBM DB2 je spuštěn. Pokud vidíte informativní zprávu, že vaše databáze nemusí správně podporovat vícebajtové znaky, klepněte na tlačítko Storno. Upravte databázi a restartujte instalační program. Aby produkt IBM TRIRIGA Application Platform správně pracoval, instance musí být nakonfigurována pro použití režimu kompatibility s databází Oracle. Kvůli podpoře vícebajtových znaků musí kódová sada instance databáze IBM DB2 podporovat UTF-8 a vlastnost string_units musí být nastavena na CODEUNITS32. f. Uvete minimální a maximální velikosti pro fondy databáze. Tato nastavení určí počet připojení, která aplikační server zahájí, když se inicializuje, a počet, jakého může dosáhnout pod zátěží. 4. Dokončete a přezkoumejte informace o instalaci v konečné sadě obrazovek. a. Uvete názvy poštovního serveru protokolu SMTP a serveru front end. b. Volitelné: nainstalujte produkt IBM Tivoli Directory Integrator. c. Přezkoumejte souhrn postupů před instalací a klepněte na tlačítko Instalovat. 5. Klepněte na tlačítko Další. a. Volitelné: Chcete-li monitorovat průběh v adresáři, kde je nainstalován produkt IBM TRIRIGA, můžete otevřít soubor ant.log v obslužném programu monitorování protokolů. V systému Windows můžete spustit obslužný program WinTail. V systému UNIX můžete spustit příkaz tail –f ant.log.

24


6. Když je instalace dokončena, klepněte na tlačítko Hotovo. 7. Zkopírujte soubory s licencemi do adresáře tririga_root\config\licenses. Všechny aplikační servery, které mají přístup k databázi, musí mít stejnou sadu licencí. Jedinou výjimkou je soubor licencí pro produkt IBM TRIRIGA Connector for Business Applications. Tento produkt je licencován pro omezený počet serverů a soubor s licencí musí být umístěn na tomto počtu serverů, aby zůstaly ve shodě. Další informace viz téma o souborech s licencemi. 8. Restartujte produkt IBM TRIRIGA pomocí odpovídající metody. v Na serverech Windows otevřete příkazový řádek a spuste příkaz ke spuštění profilu Liberty. tririga_root\wlp\bin\run.bat v Na serverech UNIX otevřete příkazový řádek a spuste příkaz ke spuštění profilu Liberty. tririga_root/wlp/bin/run.sh Příkazové okno se zavře po počátečním spuštění. Liberty poběží jako proces na pozadí.


Instalace produktu TRIRIGA Application Platform na server IBM WebSphere Application Server Produkt TRIRIGA Application Platform lze nainstalovat na IBM WebSphere Application Server a může jej podporovat velké množství databázového softwaru. Během procesu instalace produktu TRIRIGA Application Platform můžete vybrat typ aplikačního serveru, který chcete použít.

Než začnete Zkontrolujte IBM TRIRIGA wikiweb, kde najdete nejnovější informace o nasazení produktu IBM TRIRIGA na server IBM WebSphere Application Server. IBM TRIRIGA lze nainstalovat na server IBM WebSphere Application Server Network Deployment, ale nepodporuje implementaci do klastrovaných prostředí. Produkt IBM TRIRIGA musíte nainstalovat na výchozí aplikační server jednotlivé buňky obsahující jediný uzel v rámci serveru IBM WebSphere Application Server Network Deployment. Aplikační data produktu IBM TRIRIGA musí být uložena na stejném systému souborů, jako je ten, používaný hostitelem produktu IBM WebSphere Application Server. IBM TRIRIGA lze nakonfigurovat pro zajištění vysoké dostupnosti pomocí použití relací sticky IBM WebSphere Application Server.

Přehled instalace produktu IBM TRIRIGA Application Platform na serveru WebSphere Než začnete s instalací produktu IBM TRIRIGA Application Platform, produkt IBM WebSphere Application Server musí být nainstalován lokálně nebo na serveru.

Fáze instalace Instalace platformy na server WebSphere Application Server zahrnuje několik fází: v Volitelně vytvořte profil serveru WebSphere Application Server pro produkt IBM TRIRIGA. Nevytvoříte-li nový profil serveru WebSphere Application Server konkrétně pro produkt IBM TRIRIGA, musíte být připraveni uvést informace o existujícím profilu, který se použije během procesu instalace produktu IBM TRIRIGA. v Spuštění instalace produktu IBM TRIRIGA.


25

v Ruční konfigurace vlastností serveru WebSphere Application Server, pokud proces instalačního programu selže při implementaci aplikace IBM TRIRIGA.

Vlastnost časového limitu na serveru WebSphere Instalace produktu IBM TRIRIGA na server WebSphere Application Server může selhat, pokud nezvýšíte hodnotu vlastnosti com.ibm.SOAP.requestTimeout. Tato vlastnost se nachází v souboru soap.client.props v adresáři properties serveru WebSphere Application Server. Například na systému UNIX může umístění vypadat takto: /usr/IBM/WebSphere/AppServer/profiles/AppSrv01/properties/soap.client.props

Nastavením této vlastnosti na 0 zadáte neomezený časový limit. com.ibm.SOAP.requestTimeout=0

Příprava produktu WebSphere Profil WebSphere Application Server je vyžadován pro instalaci produktu IBM TRIRIGA. Můžete vytvořit profil serveru WebSphere Application Server speciálně pro IBM TRIRIGA, pokud nechcete používat výchozí profil. Pokud nevytvoříte nový profil serveru WebSphere Application Server, musíte být připraveni uvést informace o existujícím profilu serveru WebSphere Application Server, které se použijí s produktem IBM TRIRIGA během procesu instalace. Podrobnosti o vytváření profilů viz informace o produktu WebSphere Application Server.

Postup 1. Povolte, aby všechny profily produktu WebSphere Application Server používaly IBM Java 7. /QIBM/ProdData/WebSphere/AppServer /verze/vydání/bin/managesdk -enableProfileAll -sdkname 1.7_64 -enableServers

2. Nastavte název SDK, který mohou používat příkazy skriptu, když příkaz neuvádí žádný profil, a když příkaz nenastavuje žádný profil jako výchozí. /QIBM/ProdData/WebSphere/AppServer /verze/vydání/bin/managesdk -setCommandDefault -sdkname 1.7_64

Jak pokračovat dále Nainstalujte platformu s produktem Oracle Database, IBM DB2 nebo Microsoft SQL Server.

Instalace produktu IBM TRIRIGA Application Platform na WebSphere a Oracle Database Po přípravě aplikačního serveru a databázového serveru můžete začít instalovat produkt IBM TRIRIGA Application Platform na IBM WebSphere Application Server a Oracle Database.

Než začnete Ověřte, že produkty Oracle Database a IBM WebSphere Application Server jsou spuštěny a mají na serverech administrativní oprávnění.

Postup 1. Spuste instalační soubor. Postupujte podle pokynů. a. Přijměte licence pro aplikaci i platformu aplikace.

26


b. Zvolte prostředí JVM, které se použije s instalačním programem. Vyžaduje se 64bitová verze produktu Java 7. c. Vyberte instalační složku. d. Pro typ instalace vyberte volbu Nová databáze (vyžadován soubor data.zip). 2. Vyberte datový soubor k instalaci a klepněte na tlačítko Zvolit. 3. Pro aplikační server vyberte volbu IBM WebSphere Application Server (samostatný). Do další sady obrazovek uvete informaci o produktu WebSphere Application Server. a. Uvete informaci pro konfiguraci produktu WebSphere Application Server, jako např. buňka, uzel, server, profil a výchozí umístění. Přihlaste se k produktu WebSphere Application Server a spuste příkaz manageprofiles.[bat|sh] –listProfiles, chcete-li identifikovat hodnoty buňky, uzlu, serveru, profilu a domovského umístění. Výchozí umístění produktu WebSphere Application Server je například definováno jako C:\Program Files\IBM\WebSphere\AppServer. b. Uvete jméno a heslo uživatele s oprávněními administrátora produktu WebSphere Application Server. Server musí být po tomto kroku spuštěn, aby ověřil, že konfigurace byla zadána správně a je nutná pro implementaci. c. Volitelné: Definujte alternativní cestu ke kontextu aplikace pro přístup k aplikaci IBM TRIRIGA. Tato cesta musí začínat lomítkem (/). d. Uvete minimální a maximální hodnoty nastavení paměti Java v megabajtech. e. Uvete název hostitele serveru. 4. Pro typ databáze uvete Oracle. Konzultujte s administrátorem produktu Oracle Database a uvete informace o databázi v další sadě obrazovek. a. Vyberte akce databáze, které se zahájí, jako např. vytváření tabulkových prostorů, vytváření schémat a zavádění databáze ze souboru .zip. Některé z těchto úloh může dokončit předem administrátor databáze. Pokud například váš administrátor databáze dříve vytvořil tabulkový prostor a schéma, vymažte první volbu. Pokud jste vytvořili databázi, musíte zavést data pomocí instalačního programu. b. Uvete informace pro databázový server datového schématu, jako je název hostitele, port a identifikace systému (SID). 1521 je například typická hodnota pro port serveru Oracle Database a orcl je typická hodnota pro identifikaci systému serveru Oracle Database. c. Uvete jméno uživatele a heslo datového schématu. tridata je například typická hodnota pro obě pole. d. Uvete názvy tabulkového prostoru datového schématu. V názvu tabulkového prostoru lze použít jen písmena a podtržítko. TRIDATA_DATA je například typická hodnota pro data a TRIDATA_INDX je typická hodnota pro indexy. e. Volitelné: Uvete parametry tabulkového prostoru datového schématu, jako jsou názvy souboru, velikosti souboru v megabajtech. Tato obrazovka se zobrazí, pokud jste zvolili vytvoření tabulkových prostorů. Výchozí velikost souboru je 2500 MB (nebo 2.5 GB), což je požadované minimum. Chcete-li určit správnou velikost těchto souborů, vete pečlivou analýzu. Pokud je v databázi pro tabulkové prostory povolena volba automatického rozšíření, tabulkové prostory se automaticky rozšíří dle potřeby. Avšak toto rozšíření může významně ovlivnit výkon. f. Volitelné: Uvete jméno uživatele administrátora databáze a heslo. Tato obrazovka se zobrazí, pokud jste zvolili vytvoření tabulkových prostorů a schématu. Tyto informace jsou požadovány pro nastavení struktur databáze a vlastníka schématu. Nebudete vyzváni, abyste uvedli administrátora databáze, pokud jste zvolili zavedení databáze ze souboru .zip jako jedinou akci databáze, která se provede. g. Přezkoumejte adresu URL, kterou používá instalační program k otestování připojení k datovému schématu.


27

h. Přezkoumejte výsledky testu. Pokud se test nezdaří, ověřte, že produkt Oracle Database je spuštěn. Pokud vidíte informativní zprávu, že vaše databáze nemusí správně podporovat vícebajtové znaky, klepněte na tlačítko Storno. Upravte databázi a restartujte instalační program. i. Uvete minimální a maximální velikosti pro fondy databáze. Tato nastavení určí počet připojení, která aplikační server zahájí, když se inicializuje, a počet, jakého může dosáhnout pod zátěží. 5. Dokončete a přezkoumejte informace o instalaci v konečné sadě obrazovek. a. Uvete názvy poštovního serveru protokolu SMTP a serveru front end. b. Volitelné: nainstalujte produkt IBM Tivoli Directory Integrator. c. Přezkoumejte souhrn postupů před instalací a klepněte na tlačítko Instalovat. 6. Klepněte na tlačítko Další. a. Volitelné: Chcete-li monitorovat průběh v adresáři, kde je nainstalován produkt IBM TRIRIGA, můžete otevřít soubor ant.log v obslužném programu monitorování protokolů. V systému Windows můžete spustit obslužný program WinTail. V systému UNIX můžete spustit příkaz tail –f ant.log. 7. Když je instalace dokončena, klepněte na tlačítko Hotovo. 8. Zkopírujte soubory s licencemi do adresáře tririga_root\config\licenses. Všechny aplikační servery, které mají přístup k databázi, musí mít stejnou sadu licencí. Jedinou výjimkou je soubor licencí pro produkt IBM TRIRIGA Connector for Business Applications. Tento produkt je licencován pro omezený počet serverů a soubor s licencí musí být umístěn na tomto počtu serverů, aby zůstaly ve shodě. Další informace viz téma o souborech s licencemi. 9. Restartujte produkt IBM TRIRIGA vyhledáním adresáře WebSphere Application Server pomocí odpovídající metody. v Na serverech Windows spuste službu WebSphere Application Server IBM WebSphere Application Server V8.5 - NODENAME z nabídky Ovládací panel > Administrativní nástroje > Služby. v Na serverech UNIX spuste příkazy stopServer a startServer a uvete název serveru, WEBSPHERE_HOME/profiles/AppSrv01/bin/stopServer.sh SERVER_NAME a poté WEBSPHERE_HOME/profiles/AppSrv01/bin/ startServer.sh SERVER_NAME. v Alternativně můžete spustit aplikaci pomocí konzoly administrátora WebSphere Application Server. Přihlaste se do konzoly administrátora WebSphere Application Server, přejděte do nabídky Aplikace > Všechny aplikace, vyberte aplikaci IBM TRIRIGA a klepněte na volbu Zastavit a poté Spustit.


Instalace produktu IBM TRIRIGA Application Platform na WebSphere a Microsoft SQL Server Po přípravě aplikačního serveru a databázového serveru můžete začít instalovat produkt IBM TRIRIGA Application Platform na IBM WebSphere Application Server a Microsoft SQL Server.

Než začnete Ověřte, že produkty Microsoft SQL Server a IBM WebSphere Application Server jsou spuštěny a mají na serverech administrativní oprávnění.

28


Postup 1. Spuste instalační soubor. Postupujte podle pokynů. a. Přijměte licence pro aplikaci i platformu aplikace. b. Zvolte prostředí JVM, které se použije s instalačním programem. Vyžaduje se 64bitová verze produktu Java 7. c. Vyberte instalační složku. d. Pro typ instalace vyberte volbu Nová databáze (vyžadován soubor data.zip). 2. Vyberte datový soubor k instalaci a klepněte na tlačítko Zvolit. 3. Pro aplikační server vyberte volbu IBM WebSphere Application Server (samostatný). Do další sady obrazovek uvete informaci o produktu WebSphere Application Server. a. Uvete informaci pro konfiguraci produktu WebSphere Application Server, jako např. buňka, uzel, server, profil a výchozí umístění. Přihlaste se k produktu WebSphere Application Server a spuste příkaz manageprofiles.[bat|sh] –listProfiles, chcete-li identifikovat hodnoty buňky, uzlu, serveru, profilu a domovského umístění. Výchozí umístění produktu WebSphere Application Server je například definováno jako C:\Program Files\IBM\WebSphere\AppServer. b. Uvete jméno a heslo uživatele s oprávněními administrátora produktu WebSphere Application Server. Server musí být po tomto kroku spuštěn, aby ověřil, že konfigurace byla zadána správně a je nutná pro implementaci. c. Volitelné: Definujte alternativní cestu ke kontextu aplikace pro přístup k aplikaci IBM TRIRIGA. Tato cesta musí začínat lomítkem (/). d. Uvete minimální a maximální hodnoty nastavení paměti Java v megabajtech. e. Uvete název hostitele serveru. 4. Pro typ databáze vyberte Microsoft SQL Server. Konzultujte s administrátorem produktu Microsoft SQL Server a uvete informace o databázi v další sadě obrazovek. a. Vyberte akce databáze, které se zahájí, jako např. vytváření tabulkových prostorů, vytváření schémat a zavádění databáze ze souboru .zip. Některé z těchto úloh může dokončit předem administrátor databáze. Pokud například váš administrátor databáze dříve vytvořil tabulkový prostor a schéma, vymažte první volbu. Pokud jste vytvořili databázi, musíte zavést data pomocí instalačního programu. b. Uvete informace pro připojení k databázovému serveru, jako je port a jméno. 1433 je například typická hodnota pro port databáze Microsoft SQL Server a tridata je typická hodnota pro název databáze Microsoft SQL Server. c. Uvete jméno uživatele databáze a heslo. tridata je například typická hodnota pro obě pole. Ověřte, že uživatel databáze, který se používá pro novou instalaci, je jedinečně přidružen k databázi. d. Volitelné: Vyberte volbu ke konfiguraci databáze pro vícebajtovou jazykovou podporu. Pokud nenakonfigurujete databázi pro vícebajtovou jazykovou podporu, můžete vybrat tuto volbu během příštího upgradu. Avšak pokud očekáváte podporu vícebajtových jazyků v budoucnu, měli byste nakonfigurovat databázi pro podporu vícebajtových jazyků nyní. e. Volitelné: Vyberte kompletování pro databázi Microsoft SQL Server. Tato obrazovka se zobrazí, pokud zvolíte konfiguraci databáze pro vícebajtovou jazykovou podporu. f. Uvete jméno uživatele administrátora databáze a heslo. Tyto informace jsou požadovány pro nastavení struktur databáze a vlastníka schématu. Nebudete vyzváni, abyste uvedli administrátora databáze, pokud jste zvolili zavedení databáze ze souboru .zip jako jedinou akci databáze, která se provede. g. Přezkoumejte adresu URL, kterou používá instalační program k otestování připojení k datovému schématu. h. Přezkoumejte výsledky testu. Pokud se test nezdaří, ověřte, že produkt Microsoft SQL Server je spuštěn. Kapitola 2. Instalace produktu IBM TRIRIGA Application Platform

29

i. Uvete minimální a maximální velikosti pro fondy databáze. Tato nastavení určí počet připojení, která aplikační server zahájí, když se inicializuje, a počet, jakého může dosáhnout pod zátěží. 5. Dokončete a přezkoumejte informace o instalaci v konečné sadě obrazovek. a. Uvete názvy poštovního serveru protokolu SMTP a serveru front end. b. Volitelné: nainstalujte produkt IBM Tivoli Directory Integrator. c. Přezkoumejte souhrn postupů před instalací a klepněte na tlačítko Instalovat. 6. Klepněte na tlačítko Další. a. Volitelné: Chcete-li monitorovat průběh v adresáři, kde je nainstalován produkt IBM TRIRIGA, můžete otevřít soubor ant.log v obslužném programu monitorování protokolů. V systému Windows můžete spustit obslužný program WinTail. V systému UNIX můžete spustit příkaz tail –f ant.log. 7. Když je instalace dokončena, klepněte na tlačítko Hotovo. 8. Zkopírujte soubory s licencemi do adresáře tririga_root\config\licenses. Všechny aplikační servery, které mají přístup k databázi, musí mít stejnou sadu licencí. Jedinou výjimkou je soubor licencí pro produkt IBM TRIRIGA Connector for Business Applications. Tento produkt je licencován pro omezený počet serverů a soubor s licencí musí být umístěn na tomto počtu serverů, aby zůstaly ve shodě. Další informace viz téma o souborech s licencemi. 9. Restartujte produkt IBM TRIRIGA vyhledáním adresáře WebSphere Application Server pomocí odpovídající metody. v Na serverech Windows spuste službu WebSphere Application Server IBM WebSphere Application Server V8.5 - NODENAME z nabídky Ovládací panel > Administrativní nástroje > Služby. v Na serverech UNIX spuste příkazy stopServer a startServer a uvete název serveru, WEBSPHERE_HOME/profiles/AppSrv01/bin/stopServer.sh SERVER_NAME a poté WEBSPHERE_HOME/profiles/AppSrv01/bin/ startServer.sh SERVER_NAME. v Alternativně můžete spustit aplikaci pomocí konzoly administrátora WebSphere Application Server. Přihlaste se do konzoly administrátora WebSphere Application Server, přejděte do nabídky Aplikace > Všechny aplikace, vyberte aplikaci IBM TRIRIGA a klepněte na volbu Zastavit a poté Spustit.


Instalace produktu TRIRIGA Application Platform na WebSphere a IBM DB2 Po přípravě aplikačního serveru a databázového serveru můžete začít instalovat produkt TRIRIGA Application Platform na IBM WebSphere Application Server a IBM DB2.

Než začnete Ověřte, že produkty IBM DB2 a IBM WebSphere Application Server jsou spuštěny a mají na serverech administrativní oprávnění. Ujistěte se, že instance databáze IBM DB2 i databáze jsou nakonfigurovány pro produkt TRIRIGA.

Postup 1. Spuste instalační soubor. Postupujte podle pokynů. a. Přijměte licence pro aplikaci i platformu aplikace.

30


b. Zvolte prostředí JVM, které se použije s instalačním programem. Vyžaduje se 64bitová verze produktu Java 7. c. Vyberte instalační složku. d. Pro typ instalace vyberte volbu Nová databáze (vyžadován soubor data.zip). 2. Vyberte datový soubor k instalaci a klepněte na tlačítko Zvolit. 3. Pro aplikační server vyberte volbu IBM WebSphere Application Server (samostatný). Do další sady obrazovek uvete informaci o produktu WebSphere Application Server. a. Uvete informaci pro konfiguraci produktu WebSphere Application Server, jako např. buňka, uzel, server, profil a výchozí umístění. Přihlaste se k produktu WebSphere Application Server a spuste příkaz manageprofiles.[bat|sh] –listProfiles, chcete-li identifikovat hodnoty buňky, uzlu, serveru, profilu a domovského umístění. Výchozí umístění produktu WebSphere Application Server je například definováno jako C:\Program Files\IBM\WebSphere\AppServer. b. Uvete jméno a heslo uživatele s oprávněními administrátora produktu WebSphere Application Server. Server musí být po tomto kroku spuštěn, aby ověřil, že konfigurace byla zadána správně a je nutná pro implementaci. c. Volitelné: Definujte alternativní cestu ke kontextu aplikace pro přístup k aplikaci IBM TRIRIGA. Tato cesta musí začínat lomítkem (/). d. Uvete minimální a maximální hodnoty nastavení paměti Java v megabajtech. e. Uvete název hostitele serveru. 4. Pro typ databáze vyberte IBM DB2. Konzultujte s administrátorem produktu IBM DB2 a uvete informace o databázi v další sadě obrazovek. a. Uvete informace pro databázový server datového schématu, jako je název hostitele, port a název databáze. 50006 je například typická hodnota pro port serveru IBM DB2 a tririga je typická hodnota pro název databáze IBM DB2. b. Uvete jméno a heslo uživatele databáze IBM TRIRIGA. Například tridata je typická hodnota pro jméno uživatele databáze. c. Uvete názvy tabulkového prostoru datového schématu. V názvu tabulkového prostoru lze použít jen písmena a podtržítko. TRIDATA_DATA je například typická hodnota pro data a TRIDATA_INDX je typická hodnota pro indexy. d. Přezkoumejte adresu URL, kterou používá instalační program k otestování připojení k datovému schématu. e. Přezkoumejte výsledky testu. Pokud se test nezdaří, ověřte, že produkt IBM DB2 je spuštěn. Pokud vidíte informativní zprávu, že vaše databáze nemusí správně podporovat vícebajtové znaky, klepněte na tlačítko Storno. Upravte databázi a restartujte instalační program. Aby produkt IBM TRIRIGA Application Platform správně pracoval, instance musí být nakonfigurována pro použití režimu kompatibility s databází Oracle. Kvůli podpoře vícebajtových znaků musí kódová sada instance databáze IBM DB2 podporovat UTF-8 a vlastnost string_units musí být nastavena na CODEUNITS32. f. Uvete minimální a maximální velikosti pro fondy databáze. Tato nastavení určí počet připojení, která aplikační server zahájí, když se inicializuje, a počet, jakého může dosáhnout pod zátěží. 5. Dokončete a přezkoumejte informace o instalaci v konečné sadě obrazovek. a. Uvete názvy poštovního serveru protokolu SMTP a serveru front end. b. Volitelné: nainstalujte produkt IBM Tivoli Directory Integrator. c. Přezkoumejte souhrn postupů před instalací a klepněte na tlačítko Instalovat. 6. Klepněte na tlačítko Další. a. Volitelné: Chcete-li monitorovat průběh v adresáři, kde je nainstalován produkt IBM TRIRIGA, můžete otevřít soubor ant.log v obslužném programu monitorování Kapitola 2. Instalace produktu IBM TRIRIGA Application Platform

31

protokolů. V systému Windows můžete spustit obslužný program WinTail. V systému UNIX můžete spustit příkaz tail –f ant.log. 7. Když je instalace dokončena, klepněte na tlačítko Hotovo. 8. Zkopírujte soubory s licencemi do adresáře tririga_root\config\licenses. Všechny aplikační servery, které mají přístup k databázi, musí mít stejnou sadu licencí. Jedinou výjimkou je soubor licencí pro produkt IBM TRIRIGA Connector for Business Applications. Tento produkt je licencován pro omezený počet serverů a soubor s licencí musí být umístěn na tomto počtu serverů, aby zůstaly ve shodě. Další informace viz téma o souborech s licencemi. 9. Restartujte produkt IBM TRIRIGA vyhledáním adresáře WebSphere Application Server pomocí odpovídající metody. v Na serverech Windows spuste službu WebSphere Application Server IBM WebSphere Application Server V8.5 - NODENAME z nabídky Ovládací panel > Administrativní nástroje > Služby. v Na serverech UNIX spuste příkazy stopServer a startServer a uvete název serveru, WEBSPHERE_HOME/profiles/AppSrv01/bin/stopServer.sh SERVER_NAME a poté WEBSPHERE_HOME/profiles/AppSrv01/bin/ startServer.sh SERVER_NAME. v Alternativně můžete spustit aplikaci pomocí konzoly administrátora WebSphere Application Server. Přihlaste se do konzoly administrátora WebSphere Application Server, přejděte do nabídky Aplikace > Všechny aplikace, vyberte aplikaci IBM TRIRIGA a klepněte na volbu Zastavit a poté Spustit.

Jak pokračovat dále Ověřte, že instalace funguje správně. Související pojmy: “Vytvoření a konfigurace databáze DB2 pro produkt TRIRIGA” na stránce 16 Chcete-li nakonfigurovat produkt TRIRIGA s databází DB2 verze 10.5, musíte vytvořit databázi ještě před tím, než spustíte instalační program produktu TRIRIGA Application Platform. Bu můžete databázi vytvořit ručně, nebo můžete použít skripty, které jsou poskytnuty spolu s produktem TRIRIGA.

Instalace produktu IBM TRIRIGA Application Platform v systému Oracle WebLogic Server Produkt TRIRIGA Application Platform lze nainstalovat na Oracle WebLogic Server a může jej podporovat velké množství databázového softwaru. Během procesu instalace produktu TRIRIGA Application Platform můžete vybrat typ aplikačního serveru, který chcete použít.

Přehled instalace produktu IBM TRIRIGA Application Platform na server WebLogic Než začnete s instalací produktu IBM TRIRIGA Application Platform, produkt Oracle WebLogic Server musí být nainstalován lokálně nebo na serveru.

Instalační programy produktu Oracle WebLogic Server Fáze instalace produktu IBM TRIRIGA Application Platform Použijte generický instalační program produktu Oracle WebLogic Server k instalaci 64bitové verze produktu Oracle WebLogic Server. Specifické verze operačního systému instalačního programu produktu Oracle WebLogic Server jsou pouze 32bitové. Instalace platformy na server WebLogic Server zahrnuje několik fází:

32


v Příprava nastavení serveru WebLogic Server. v Spuštění instalace produktu IBM TRIRIGA. v Dokončení instalace produktu IBM TRIRIGA.

Příprava produktu WebLogic Když je produkt Oracle WebLogic Server spuštěn, můžete jej připravit na instalaci pomocí vymazání souborů mezipaměti produktu Oracle WebLogic Server.

Než začnete Ověřte, že produkt WebLogic Server je spuštěn a má administrativní oprávnění na aplikačním serveru. Produkt IBM TRIRIGA je podporován jen na 64bitových verzích produktuWebLogic Server.

Informace o této úloze Odstraňte mezipaměti serveru WebLogic Server odebráním složky tmp serveru Admin a složky JSP cache, pokud existují. Cesty k souborům těchto složek se mění, protože jsou specifické pro doménu a název serveru. Následují příklady, jak cesty mohou vypadat: WL_INSTALL_FOLDER/user_projects/domains/my_domain/servers/AdminServer/ tmp a WL_INSTALL_FOLDER/user_projects/domains/my_domain/ _tmp_jsp_compile_DefaultWebApp. IBM TRIRIGA je implementován na spravovaném serveru WebLogic Server. Spravované servery jsou spravovány administrativním serverem WebLogic Server. Musíte nadefinovat doménu produktu WebLogic Server, například tririgaManagedServer, která zahrnuje administrativní a spravovaný server WebLogic Server, které chcete použít pro implementaci produktu IBM TRIRIGA. Prohlédněte si dokumentaci produktu Oracle WebLogic Server a vyhledejte informace o tom, jak používat průvodce Oracle Fusion Middleware Configuration Wizard k vytvoření administrativního serveru WebLogic Server, spravovaného serveru WebLogic Server, a jak nadefinovat doménu. Instalační program produktu IBM TRIRIGA Application Platform nastaví hodnotu parametru enforce-valid-basic-auth-credentials produktu WebLogic Server na false během instalačního procesu. Pokud bezpečnostní zásady vaší organizace vyžadují, aby byla tato hodnota nastavena na true, pak musíte přidat uživatele produktu IBM TRIRIGA CAD Integrator/Publisher do bezpečnostního úložiště produktu WebLogic Server. Prohlédněte si dokumentaci k produktu Oracle WebLogic Server, kde naleznete další informace.

Jak pokračovat dále Nainstalujte platformu s produktem Oracle Database, IBM DB2 nebo Microsoft SQL Server.

Instalace produktu IBM TRIRIGA Application Platform na WebLogic a Oracle Database Po přípravě aplikačního serveru a databázového serveru můžete začít instalovat produkt IBM TRIRIGA Application Platform na Oracle WebLogic Server a Oracle Database.

Než začnete Ověřte, že produkt Oracle Database a Oracle WebLogic Server jsou spuštěny a mají administrativní oprávnění na serverech.


33

Postup 1. Spuste instalační soubor. Postupujte podle pokynů. a. Přijměte licence pro aplikaci i platformu aplikace. b. Zvolte prostředí JVM, které se použije s instalačním programem. Vyžaduje se 64bitová verze produktu Java 7. c. Vyberte instalační složku. d. Pro typ instalace vyberte volbu Nová databáze (vyžadován soubor data.zip). 2. Pro aplikační server vyberte volbu Oracle WebLogic 12c (samostatný). Do další sady obrazovek uvete informaci o produktu WebLogic Server. a. Vyberte volbu Oracle WebLogic 12c (samostatný). b. Uvete cestu k domovskému umístění produktu WebLogic Server a domovským adresářům domény.. c. Uvete odpovídající informace pro hostitele produktu WebLogic Server, včetně portu administrativního serveru. Zadejte heslo pro server. d. Uvete minimální a maximální hodnoty nastavení paměti Java v megabajtech. e. Volitelné: Definujte alternativní cestu ke kontextu aplikace pro přístup k aplikaci IBM TRIRIGA. Tato cesta musí začínat lomítkem (/). f. Uvete cestu k souboru xercesImpl.jar. 3. Pro typ databáze uvete Oracle. Konzultujte s administrátorem produktu Oracle Database a uvete informace o databázi v další sadě obrazovek. a. Vyberte akce databáze, které se zahájí, jako např. vytváření tabulkových prostorů, vytváření schémat a zavádění databáze ze souboru .zip. Některé z těchto úloh může dokončit předem administrátor databáze. Pokud například váš administrátor databáze dříve vytvořil tabulkový prostor a schéma, vymažte první volbu. Pokud jste vytvořili databázi, musíte zavést data pomocí instalačního programu. b. Uvete informace pro databázový server datového schématu, jako je název hostitele, port a identifikace systému (SID). 1521 je například typická hodnota pro port serveru Oracle Database a orcl je typická hodnota pro identifikaci systému serveru Oracle Database. c. Uvete jméno uživatele a heslo datového schématu. tridata je například typická hodnota pro obě pole. d. Uvete názvy tabulkového prostoru datového schématu. V názvu tabulkového prostoru lze použít jen písmena a podtržítko. TRIDATA_DATA je například typická hodnota pro data a TRIDATA_INDX je typická hodnota pro indexy. e. Volitelné: Uvete parametry tabulkového prostoru datového schématu, jako jsou názvy souboru, velikosti souboru v megabajtech. Tato obrazovka se zobrazí, pokud jste zvolili vytvoření tabulkových prostorů. Výchozí velikost souboru je 2500 MB (nebo 2.5 GB), což je požadované minimum. Chcete-li určit správnou velikost těchto souborů, vete pečlivou analýzu. Pokud je v databázi pro tabulkové prostory povolena volba automatického rozšíření, tabulkové prostory se automaticky rozšíří dle potřeby. Avšak toto rozšíření může významně ovlivnit výkon. f. Volitelné: Uvete jméno uživatele administrátora databáze a heslo. Tato obrazovka se zobrazí, pokud jste zvolili vytvoření tabulkových prostorů a schématu. Tyto informace jsou požadovány pro nastavení struktur databáze a vlastníka schématu. Nebudete vyzváni, abyste uvedli administrátora databáze, pokud jste zvolili zavedení databáze ze souboru .zip jako jedinou akci databáze, která se provede. g. Přezkoumejte adresu URL, kterou používá instalační program k otestování připojení k datovému schématu.

34


h. Přezkoumejte výsledky testu. Pokud se test nezdaří, ověřte, že produkt Oracle Database je spuštěn. Pokud vidíte informativní zprávu, že vaše databáze nemusí správně podporovat vícebajtové znaky, klepněte na tlačítko Storno. Upravte databázi a restartujte instalační program. i. Uvete minimální a maximální velikosti pro fondy databáze. Tato nastavení určí počet připojení, která aplikační server zahájí, když se inicializuje, a počet, jakého může dosáhnout pod zátěží. 4. Dokončete a přezkoumejte informace o instalaci v konečné sadě obrazovek. a. Uvete názvy poštovního serveru protokolu SMTP a serveru front end. b. Volitelné: nainstalujte produkt IBM Tivoli Directory Integrator. c. Přezkoumejte souhrn postupů před instalací a klepněte na tlačítko Instalovat. 5. Klepněte na tlačítko Další. a. Volitelné: Chcete-li monitorovat průběh v adresáři, kde je nainstalován produkt IBM TRIRIGA, můžete otevřít soubor ant.log v obslužném programu monitorování protokolů. V systému Windows můžete spustit obslužný program WinTail. V systému UNIX můžete spustit příkaz tail –f ant.log. 6. Spuste produkt WebLogic Server, když jste vyzváni. 7. Když je instalace dokončena, klepněte na tlačítko Hotovo. 8. Zkopírujte soubory s licencemi do adresáře tririga_root\config\licenses. Všechny aplikační servery, které mají přístup k databázi, musí mít stejnou sadu licencí. Jedinou výjimkou je soubor licencí pro produkt IBM TRIRIGA Connector for Business Applications. Tento produkt je licencován pro omezený počet serverů a soubor s licencí musí být umístěn na tomto počtu serverů, aby zůstaly ve shodě. Další informace viz téma o souborech s licencemi. 9. Spuste produkt IBM TRIRIGA spuštěním správce uzlů, administrativního serveru a spravovaného serveru produktu WebLogic Server.

Jak pokračovat dále Pokud instalace selhala, prohlédněte si téma o validaci implementace na produktu WebLogic Server a Oracle Database. Ověřte, že instalace funguje správně. Validace implementace produktu IBM TRIRIGA Application Platform na serveru WebLogic a Oracle Database: Pokud instalace produktu IBM TRIRIGA Application Platform selhala, je stále možné spustit produkt IBM TRIRIGA na Oracle WebLogic Server a Oracle Database validací zdrojů dat a implementace. Postup 1. Ověřte konfiguraci produktu WebLogic Server. Přečtěte si soubor ant.log v adresáři instalace prováděné uživatelem root. Pokud poslední zpráva v protokolu pojednává o nastavení produktu WebLogic Server, tak musí být nastavení dokončeno ručně. 2. Přihlaste se k administrativní konzole serveru WebLogic Server. 3. Ověřte, že byly vytvořeny zdroje dat JDBS IBM TRIRIGA. V sekci Struktura domény vyberte volby Služby > Zdroje dat. 4. Na hlavním panelu ověřte, že existuje alespoň jeden název zdroje dat v rozhraní JNDI (Java Naming and Directory Interface) jdbc/local/DataSource-TRIRIGA-data. a. Pokud zdroje dat existují, pokračujte v ověření, že instalace je správná. b. Pokud zdroj dat neexistuje, pokračujte v jeho vytváření. Kapitola 2. Instalace produktu IBM TRIRIGA Application Platform

35

5. Na hlavní panelu klepněte na volbu Nový a uvete následující informace o zdroji dat: a. Jako název uvete DataSource-TRIRIGA-data. b. Jako název rozhraní JNDI uvete jdbc/local/DataSource-TRIRIGA-data. c. Jako typ databáze vyberte volbu Oracle a klepněte na tlačítko Další. d. Jako ovladač databáze vyberte volbu *Oracle’s Driver (Thin) for Instance connections; verze:9.0.1 a novější. e. Klepněte na tlačítko Další na každé obrazovce, abyste se přesunuli na další. 6. Pro databázový server uvete název databáze, název hostitele, jméno uživatele databáze a heslo. 7. Uvete následující informace o databázi: a. Pro adresu URL uvete jdbc:oracle:thin:@DatabaseServer:1521:orcl, kde DatabaseServer je název hostitele nebo adresa IP vašeho databázového serveru, 1521 je číslo portu databáze Oracle Database a orcl je identifikace systému (SID) instance Oracle Database. b. Jako název třídy ovladače uvete oracle.jdbc.OracleDriver. c. U vlastností neměňte výchozí hodnotu, která obsahuje user=schemaname, jako například user=tridata. d. Jako heslo uvete a potvrte heslo pro vaše schéma TRIDATA. e. U názvu testovací tabulky neměňte výchozí hodnotu. f. Jako jméno uživatele databáze uvete jméno uživatele vašeho schématu TRIDATA. 8. Klepněte na položku Testovat konfiguraci. 9. Zaškrtněte zaškrtávací políčko pro název serveru implementace IBM TRIRIGA a klepněte na tlačítko Dokončit. 10. Ověřte zdroj dat IBM TRIRIGA. V sekci Struktura domény vyberte volbu Služby > JDBC > Zdroje dat. 11. Na hlavním panelu vyberte DataSource-TRIRIGA-data. 12. Vyberte kartu Konfigurace a dále vyberte kartu Obecné. Ověřte, že název rozhraní JNDI je jdbc/local/DataSource-TRIRIGA-data. Název rozhraní JNDI rozlišuje velikost písmen. 13. Vyberte kartu Fond připojení. Ověřte, že adresa URL, název třídy ovladače a vlastnosti jsou správné. Změňte maximální kapacitu na 100. Můžete být požádání o navýšení maximální kapacity, jak přidáváte další uživatele do implementace. Klepněte na tlačítko Uložit. 14. Vyberte kartu Cíle. Zaškrtněte zaškrtávací políčko pro server, který sváže zdroj dat se serverem. 15. Ověřte implementaci produktu IBM TRIRIGA. V sekci Struktura domény vyberte volbu Implementace. V hlavním panelu ověřte, že aplikace ibm-tririga je implementována. 16. Pokud je aplikace implementována, vyberte v sekci Implementace ibm-tririga. 17. Pokud aplikace není implementována: a. Vyberte volbu Instalovat. b. Pro cestu vyberte instalační adresář produktu IBM TRIRIGA a zvolte soubor ibm-tririga.war. Klepněte na tlačítko Další na každé obrazovce, abyste se přesunuli na další. c. Vyberte volbu Instalovat tuto implementaci jako aplikaci. d. Klepněte na tlačítko Dokončit. 18. Ověřte, že jsou nakonfigurována nastavení výkonu shromažování dat. a. V sekci Struktura domény vyberte volby Služby > Zdroje dat. Vyberte zdroj dat s názvem Datový fond.

36


b. Vyberte kartu Fond připojení a ověřte, že jsou v sekci Vlastnosti zahrnuty následující vlastnosti. Pokud tyto vlastnosti nenajdete, přidejte je a uložte změny. user=jméno_uživatele DatabaseName=název_databáze

19. Přezkoumejte nastavení pro aplikaci ibm-tririga. a. Volitelné: Restartujte server WebLogic Server pro ověření, že je vše synchronizováno a připraveno k vytvoření. Jak pokračovat dále Ověřte, že instalace funguje správně.

Instalace produktu IBM TRIRIGA Application Platform na WebLogic a Microsoft SQL Server Po přípravě aplikačního serveru a databázového serveru můžete začít instalovat produkt IBM TRIRIGA Application Platform na Oracle WebLogic Server a Microsoft SQL Server.

Než začnete Ověřte, že produkt Microsoft SQL Server a Oracle WebLogic Server jsou spuštěny a mají administrativní oprávnění na serverech.

Postup 1. Spuste instalační soubor. Postupujte podle pokynů. a. Přijměte licence pro aplikaci i platformu aplikace. b. Zvolte prostředí JVM, které se použije s instalačním programem. Vyžaduje se 64bitová verze produktu Java 7. c. Vyberte instalační složku. d. Pro typ instalace vyberte volbu Nová databáze (vyžadován soubor data.zip). 2. Pro aplikační server vyberte volbu Oracle WebLogic 12c (samostatný). Do další sady obrazovek uvete informaci o produktu WebLogic Server. a. Vyberte volbu Oracle WebLogic 12c (samostatný). b. Uvete cestu k domovskému umístění produktu WebLogic Server a domovským adresářům domény.. c. Uvete odpovídající informace pro hostitele produktu WebLogic Server, včetně portu administrativního serveru. Zadejte heslo pro server. d. Uvete minimální a maximální hodnoty nastavení paměti Java v megabajtech. e. Volitelné: Definujte alternativní cestu ke kontextu aplikace pro přístup k aplikaci IBM TRIRIGA. Tato cesta musí začínat lomítkem (/). f. Uvete cestu k souboru xercesImpl.jar. 3. Pro typ databáze vyberte Microsoft SQL Server. Konzultujte s administrátorem produktu Microsoft SQL Server a uvete informace o databázi v další sadě obrazovek. a. Vyberte akce databáze, které se zahájí, jako např. vytváření tabulkových prostorů, vytváření schémat a zavádění databáze ze souboru .zip. Některé z těchto úloh může dokončit předem administrátor databáze. Pokud například váš administrátor databáze dříve vytvořil tabulkový prostor a schéma, vymažte první volbu. Pokud jste vytvořili databázi, musíte zavést data pomocí instalačního programu. b. Uvete informace pro připojení k databázovému serveru, jako je port a jméno. 1433 je například typická hodnota pro port databáze Microsoft SQL Server a tridata je typická hodnota pro název databáze Microsoft SQL Server.


37

c. Uvete jméno uživatele databáze a heslo. tridata je například typická hodnota pro obě pole. Ověřte, že uživatel databáze, který se používá pro novou instalaci, je jedinečně přidružen k databázi. d. Volitelné: Vyberte volbu ke konfiguraci databáze pro vícebajtovou jazykovou podporu. Pokud nenakonfigurujete databázi pro vícebajtovou jazykovou podporu, můžete vybrat tuto volbu během příštího upgradu. Avšak pokud očekáváte podporu vícebajtových jazyků v budoucnu, měli byste nakonfigurovat databázi pro podporu vícebajtových jazyků nyní. e. Volitelné: Vyberte kompletování pro databázi Microsoft SQL Server. Tato obrazovka se zobrazí, pokud zvolíte konfiguraci databáze pro vícebajtovou jazykovou podporu. f. Uvete jméno uživatele administrátora databáze a heslo. Tyto informace jsou požadovány pro nastavení struktur databáze a vlastníka schématu. Nebudete vyzváni, abyste uvedli administrátora databáze, pokud jste zvolili zavedení databáze ze souboru .zip jako jedinou akci databáze, která se provede. g. Přezkoumejte adresu URL, kterou používá instalační program k otestování připojení k datovému schématu. h. Přezkoumejte výsledky testu. Pokud se test nezdaří, ověřte, že produkt Microsoft SQL Server je spuštěn. i. Uvete minimální a maximální velikosti pro fondy databáze. Tato nastavení určí počet připojení, která aplikační server zahájí, když se inicializuje, a počet, jakého může dosáhnout pod zátěží. 4. Dokončete a přezkoumejte informace o instalaci v konečné sadě obrazovek. a. Uvete názvy poštovního serveru protokolu SMTP a serveru front end. b. Volitelné: nainstalujte produkt IBM Tivoli Directory Integrator. c. Přezkoumejte souhrn postupů před instalací a klepněte na tlačítko Instalovat. 5. Klepněte na tlačítko Další. a. Volitelné: Chcete-li monitorovat průběh v adresáři, kde je nainstalován produkt IBM TRIRIGA, můžete otevřít soubor ant.log v obslužném programu monitorování protokolů. V systému Windows můžete spustit obslužný program WinTail. V systému UNIX můžete spustit příkaz tail –f ant.log. 6. Spuste produkt WebLogic Server, když jste vyzváni. 7. Když je instalace dokončena, klepněte na tlačítko Hotovo. 8. Zkopírujte soubory s licencemi do adresáře tririga_root\config\licenses. Všechny aplikační servery, které mají přístup k databázi, musí mít stejnou sadu licencí. Jedinou výjimkou je soubor licencí pro produkt IBM TRIRIGA Connector for Business Applications. Tento produkt je licencován pro omezený počet serverů a soubor s licencí musí být umístěn na tomto počtu serverů, aby zůstaly ve shodě. Další informace viz téma o souborech s licencemi. 9. Spuste produkt IBM TRIRIGA spuštěním správce uzlů, administrativního serveru a spravovaného serveru produktu WebLogic Server.

Jak pokračovat dále Pokud instalace selhala, prohlédněte si téma o validaci implementace na produktu WebLogic Server a Microsoft SQL Server. Ověřte, že instalace funguje správně.

38


Validace implementace produktu IBM TRIRIGA na serveru WebLogic a Microsoft SQL Server: Pokud instalace produktu IBM TRIRIGA Application Platform selhala, je stále možné spustit produkt IBM TRIRIGA na Oracle WebLogic Server a Microsoft SQL Server validací zdrojů dat a implementace. Postup 1. Ověřte konfiguraci produktu WebLogic Server. Přečtěte si soubor ant.log v adresáři instalace prováděné uživatelem root. Pokud poslední zpráva v protokolu pojednává o nastavení produktu WebLogic Server, tak musí být nastavení dokončeno ručně. 2. Přihlaste se k administrativní konzole serveru WebLogic Server. 3. Ověřte, že byly vytvořeny zdroje dat JDBS IBM TRIRIGA. V sekci Struktura domény vyberte volby Služby > Zdroje dat. 4. Na hlavním panelu ověřte, že existuje alespoň jeden název zdroje dat v rozhraní JNDI (Java Naming and Directory Interface) jdbc/local/DataSource-TRIRIGA-data. a. Pokud zdroje dat existují, pokračujte v ověření, že instalace je správná. b. Pokud zdroj dat neexistuje, pokračujte v jeho vytváření. 5. Na hlavní panelu klepněte na volbu Nový a uvete následující informace o zdroji dat: a. Jako název uvete DataSource-TRIRIGA-data. b. Jako název rozhraní JNDI uvete jdbc/local/DataSource-TRIRIGA-data. c. Jako typ databáze vyberte volbu MS SQL Server a klepněte na tlačítko Další. d. Jako ovladač databáze vyberte volbu Ostatní. e. Klepněte na tlačítko Další na každé obrazovce, abyste se přesunuli na další. 6. Pro databázový server uvete název databáze, název hostitele, jméno uživatele databáze a heslo. 7. Uvete následující informace o databázi: a. Jako adresu URL uvete jdbc:jtds:sqlserver://hostname:db.port/ db.name;tds=8.0;SendStringParametersAsUnicode=mbcs;prepareSQL=2, kde hostname je název hostitele nebo adresa IP vašeho databázového serveru, db.port je číslo portu databáze Microsoft SQL Server (jako například 1433), db.name je název databáze a mbcs je bu true pro vícebajtovou podporu, nebo false bez vícebajtové podpory. b. Jako název třídy ovladače uvete net.sourceforge.jtds.jdbc.Driver. c. Jako vlastnosti uvete user=username, jako např. user=tridata. d. Jako heslo uvete a potvrte heslo pro vaše schéma TRIDATA. e. Pro test název tabulky, uvete SQL SELECT 1. 8. 9. 10. 11. 12.

f. Jako jméno uživatele databáze uvete jméno uživatele vašeho schématu TRIDATA. Klepněte na položku Testovat konfiguraci. Zaškrtněte zaškrtávací políčko pro název serveru implementace IBM TRIRIGA a klepněte na tlačítko Dokončit. Ověřte zdroj dat IBM TRIRIGA. V sekci Struktura domény vyberte volbu Služby > JDBC > Zdroje dat. Na hlavním panelu vyberte DataSource-TRIRIGA-data. Vyberte kartu Konfigurace a dále vyberte kartu Obecné. Ověřte, že název rozhraní JNDI je jdbc/local/DataSource-TRIRIGA-data. Název rozhraní JNDI rozlišuje velikost písmen.


39

13. Vyberte kartu Fond připojení. Ověřte, že adresa URL, název třídy ovladače a vlastnosti jsou správné. Změňte maximální kapacitu na 100. Můžete být požádání o navýšení maximální kapacity, jak přidáváte další uživatele do implementace. Klepněte na tlačítko Uložit. 14. Vyberte kartu Cíle. Zaškrtněte zaškrtávací políčko pro server, který sváže zdroj dat se serverem. 15. Ověřte implementaci produktu IBM TRIRIGA. V sekci Struktura domény vyberte volbu Implementace. V hlavním panelu ověřte, že aplikace ibm-tririga je implementována. 16. Ověřte, že jsou nakonfigurována nastavení výkonu shromažování dat. a. V sekci Struktura domény vyberte volby Služby > Zdroje dat. Vyberte zdroj dat s názvem Datový fond. b. Vyberte kartu Fond připojení a ověřte, že jsou v sekci Vlastnosti zahrnuty následující vlastnosti. Pokud tyto vlastnosti nenajdete, přidejte je a uložte změny. user=jméno_uživatele DatabaseName=název_databáze

17. Pokud je aplikace implementována, vyberte v sekci Implementace ibm-tririga. 18. Pokud aplikace není implementována: a. Vyberte volbu Instalovat. b. Pro cestu vyberte instalační adresář produktu IBM TRIRIGA a zvolte soubor ibm-tririga.war. Klepněte na tlačítko Další na každé obrazovce, abyste se přesunuli na další. c. Vyberte volbu Instalovat tuto implementaci jako aplikaci. d. Klepněte na tlačítko Dokončit. 19. Přezkoumejte nastavení pro aplikaci ibm-tririga. a. Volitelné: Restartujte server WebLogic Server pro ověření, že je vše synchronizováno a připraveno k vytvoření. Jak pokračovat dále Ověřte, že instalace funguje správně.

Instalace produktu IBM TRIRIGA Application Platform na WebLogic a IBM DB2 Po přípravě aplikačního serveru a databázového serveru můžete začít instalovat produkt IBM TRIRIGA Application Platform na Oracle WebLogic Server a IBM DB2.

Než začnete Ověřte, že produkt IBM DB2 a Oracle WebLogic Server jsou spuštěny a mají administrativní oprávnění na serverech.

Postup 1. Spuste instalační soubor. Postupujte podle pokynů. a. Přijměte licence pro aplikaci i platformu aplikace. b. Zvolte prostředí JVM, které se použije s instalačním programem. Vyžaduje se 64bitová verze produktu Java 7. c. Vyberte instalační složku. d. Pro typ instalace vyberte volbu Nová databáze (vyžadován soubor data.zip). 2. Pro aplikační server vyberte volbu Oracle WebLogic 12c (samostatný). Do další sady obrazovek uvete informaci o produktu WebLogic Server. a. Vyberte volbu Oracle WebLogic 12c (samostatný).

40


b. Uvete cestu k domovskému umístění produktu WebLogic Server a domovským adresářům domény.. c. Uvete odpovídající informace pro hostitele produktu WebLogic Server, včetně portu administrativního serveru. Zadejte heslo pro server. d. Uvete minimální a maximální hodnoty nastavení paměti Java v megabajtech. e. Volitelné: Definujte alternativní cestu ke kontextu aplikace pro přístup k aplikaci IBM TRIRIGA. Tato cesta musí začínat lomítkem (/). f. Uvete cestu k souboru xercesImpl.jar. 3. Pro typ databáze vyberte IBM DB2. Konzultujte s administrátorem produktu IBM DB2 a uvete informace o databázi v další sadě obrazovek. a. Uvete informace pro databázový server datového schématu, jako je název hostitele, port a název databáze. 50006 je například typická hodnota pro port serveru IBM DB2 a tririga je typická hodnota pro název databáze IBM DB2. b. Uvete jméno a heslo uživatele databáze IBM TRIRIGA. Například tridata je typická hodnota pro jméno uživatele databáze. c. Uvete názvy tabulkového prostoru datového schématu. V názvu tabulkového prostoru lze použít jen písmena a podtržítko. TRIDATA_DATA je například typická hodnota pro data a TRIDATA_INDX je typická hodnota pro indexy. d. Přezkoumejte adresu URL, kterou používá instalační program k otestování připojení k datovému schématu. e. Přezkoumejte výsledky testu. Pokud se test nezdaří, ověřte, že produkt IBM DB2 je spuštěn. Pokud vidíte informativní zprávu, že vaše databáze nemusí správně podporovat vícebajtové znaky, klepněte na tlačítko Storno. Upravte databázi a restartujte instalační program. Aby produkt IBM TRIRIGA Application Platform správně pracoval, instance musí být nakonfigurována pro použití režimu kompatibility s databází Oracle. Kvůli podpoře vícebajtových znaků musí kódová sada instance databáze IBM DB2 podporovat UTF-8 a vlastnost string_units musí být nastavena na CODEUNITS32. f. Uvete minimální a maximální velikosti pro fondy databáze. Tato nastavení určí počet připojení, která aplikační server zahájí, když se inicializuje, a počet, jakého může dosáhnout pod zátěží. 4. Dokončete a přezkoumejte informace o instalaci v konečné sadě obrazovek. a. Uvete názvy poštovního serveru protokolu SMTP a serveru front end. b. Volitelné: nainstalujte produkt IBM Tivoli Directory Integrator. 5.

6. 7. 8.

9.

c. Přezkoumejte souhrn postupů před instalací a klepněte na tlačítko Instalovat. Klepněte na tlačítko Další. a. Volitelné: Chcete-li monitorovat průběh v adresáři, kde je nainstalován produkt IBM TRIRIGA, můžete otevřít soubor ant.log v obslužném programu monitorování protokolů. V systému Windows můžete spustit obslužný program WinTail. V systému UNIX můžete spustit příkaz tail –f ant.log. Spuste produkt WebLogic Server, když jste vyzváni. Když je instalace dokončena, klepněte na tlačítko Hotovo. Zkopírujte soubory s licencemi do adresáře tririga_root\config\licenses. Všechny aplikační servery, které mají přístup k databázi, musí mít stejnou sadu licencí. Jedinou výjimkou je soubor licencí pro produkt IBM TRIRIGA Connector for Business Applications. Tento produkt je licencován pro omezený počet serverů a soubor s licencí musí být umístěn na tomto počtu serverů, aby zůstaly ve shodě. Další informace viz téma o souborech s licencemi. Spuste produkt IBM TRIRIGA spuštěním správce uzlů, administrativního serveru a spravovaného serveru produktu WebLogic Server.


41

Jak pokračovat dále Pokud instalace selhala, prohlédněte si téma o validaci implementace na produktu WebLogic Server a IBM DB2. Ověřte, že instalace funguje správně. Související pojmy: “Vytvoření a konfigurace databáze DB2 pro produkt TRIRIGA” na stránce 16 Chcete-li nakonfigurovat produkt TRIRIGA s databází DB2 verze 10.5, musíte vytvořit databázi ještě před tím, než spustíte instalační program produktu TRIRIGA Application Platform. Bu můžete databázi vytvořit ručně, nebo můžete použít skripty, které jsou poskytnuty spolu s produktem TRIRIGA. Validace implementace produktu IBM TRIRIGA Application Platform na serveru WebLogic a IBM DB2: Pokud instalace produktu IBM TRIRIGA Application Platform selhala, je stále možné spustit produkt IBM TRIRIGA na Oracle WebLogic Server a IBM DB2 validací zdrojů dat a implementace. Postup 1. Ověřte konfiguraci produktu WebLogic Server. Přečtěte si soubor ant.log v adresáři instalace prováděné uživatelem root. Pokud poslední zpráva v protokolu pojednává o nastavení produktu WebLogic Server, tak musí být nastavení dokončeno ručně. 2. Přihlaste se k administrativní konzole serveru WebLogic Server. 3. Ověřte, že byly vytvořeny zdroje dat JDBS IBM TRIRIGA. V sekci Struktura domény vyberte volby Služby > Zdroje dat. 4. Na hlavním panelu ověřte, že existuje alespoň jeden název zdroje dat v rozhraní JNDI (Java Naming and Directory Interface) jdbc/local/DataSource-TRIRIGA-data. a. Pokud zdroje dat existují, pokračujte v ověření, že instalace je správná. b. Pokud zdroj dat neexistuje, pokračujte v jeho vytváření. 5. Na hlavní panelu klepněte na volbu Nový a uvete následující informace o zdroji dat: a. Jako název uvete DataSource-TRIRIGA-data. b. Jako název rozhraní JNDI uvete jdbc/local/DataSource-TRIRIGA-data. c. Jako typ databáze vyberte volbu DB2 a klepněte na tlačítko Další. d. Jako ovladač databáze vyberte IBM DB2 Driver (Typ 4) for JDBC and SQLJ, verze 8.X a pozdější. e. Klepněte na tlačítko Další na každé obrazovce, abyste se přesunuli na další. 6. Pro databázový server uvete název databáze, název hostitele, jméno uživatele databáze a heslo. 7. Uvete následující informace o databázi: a. Pro adresu URL uvete jdbc:db2:DatabaseServer:50000/DatabaseName, kde DatabaseServer je název hostitele nebo adresa IP vašeho databázového serveru, 50000 je číslo portu databáze instance produktu IBM DB2 a DatabaseName je název databáze. b. Jako název třídy ovladače uvete com.ibm.db2.jcc.DB2Driver. c. U vlastností neměňte výchozí hodnotu, která obsahuje user=databaseusername, jako například user=tridata. d. Jako heslo uvete a potvrte heslo pro vaše schéma TRIDATA. e. U názvu testovací tabulky neměňte výchozí hodnotu. f. Jako jméno uživatele databáze uvete jméno uživatele vašeho schématu TRIDATA.

42


8. Klepněte na položku Testovat konfiguraci. 9. Zaškrtněte zaškrtávací políčko pro název serveru implementace IBM TRIRIGA a klepněte na tlačítko Dokončit. 10. Ověřte zdroj dat IBM TRIRIGA. V sekci Struktura domény vyberte volbu Služby > JDBC > Zdroje dat. 11. Na hlavním panelu vyberte DataSource-TRIRIGA-data. 12. Vyberte kartu Konfigurace a dále vyberte kartu Obecné. Ověřte, že název rozhraní JNDI je jdbc/local/DataSource-TRIRIGA-data. Název rozhraní JNDI rozlišuje velikost písmen. 13. Vyberte kartu Fond připojení. Ověřte, že adresa URL, název třídy ovladače a vlastnosti jsou správné. Změňte maximální kapacitu na 100. Můžete být požádání o navýšení maximální kapacity, jak přidáváte další uživatele do implementace. Klepněte na tlačítko Uložit. 14. Vyberte kartu Cíle. Zaškrtněte zaškrtávací políčko pro server, který sváže zdroj dat se serverem. 15. Ověřte implementaci produktu IBM TRIRIGA. V sekci Struktura domény vyberte volbu Implementace. V hlavním panelu ověřte, že aplikace ibm-tririga je implementována. 16. Ověřte, že jsou nakonfigurována nastavení výkonu shromažování dat. a. V sekci Struktura domény vyberte volby Služby > Zdroje dat. Vyberte zdroj dat s názvem Datový fond. b. Vyberte kartu Fond připojení a ověřte, že jsou v sekci Vlastnosti zahrnuty následující vlastnosti. Pokud tyto vlastnosti nenajdete, přidejte je a uložte změny. user=jméno_uživatele jdbcCollection=NULLIDR1 DatabaseName=název_databáze

17. Pokud je aplikace implementována, vyberte v sekci Implementace ibm-tririga. 18. Pokud aplikace není implementována: a. Vyberte volbu Instalovat. b. Pro cestu vyberte instalační adresář produktu IBM TRIRIGA a zvolte soubor ibm-tririga.war. Klepněte na tlačítko Další na každé obrazovce, abyste se přesunuli na další. c. Vyberte volbu Instalovat tuto implementaci jako aplikaci. d. Klepněte na tlačítko Dokončit. 19. Přezkoumejte nastavení pro aplikaci ibm-tririga. a. Volitelné: Restartujte server WebLogic Server pro ověření, že je vše synchronizováno a připraveno k vytvoření. Jak pokračovat dále Ověřte, že instalace funguje správně.

Instalace produktu IBM TRIRIGA Application Platform se soubory exportu Oracle Database Máte-li soubor exportu databáze Oracle Database určený pro import do instalace produktu IBM TRIRIGA Application Platform, můžete spustit instalaci exportu databáze Oracle Database.

Přehled instalace exportu databáze Oracle Database Máte-li soubor exportu databáze Oracle Database určený pro import do instalace produktu IBM TRIRIGA Application Platform, můžete spustit instalaci exportu databáze Oracle


43

Database. Tento typ instalace můžete spustit, chcete-li přesunout provozní databázi do testovacího nebo fázovacího prostředí nebo obnovit databázi po selhání.

Fáze instalace Než začnete s instalací produktu IBM TRIRIGA Application Platform, software aplikačního serveru musí být nainstalován lokálně nebo na serveru. Instalace platformy se souborem exportu databáze Oracle Database zahrnuje několik fází: v Spuštění instalace produktu IBM TRIRIGA jako nové instalace pro nastavení schématu (nebo uživatele) a tabulkových prostorů (nebo databáze). v Import souboru exportu databáze Oracle Database .dmp. v Spuštění instalace produktu IBM TRIRIGA jako instalace upgradu pro načtení databáze.

Instalace produktu IBM TRIRIGA Application Platform na serveru WebLogic nebo WebSphere Po přípravě aplikačního serveru a databázového serveru můžete začít instalovat produkt IBM TRIRIGA Application Platform pomocí souboru exportu Oracle Database.

Než začnete Ověřte, že produkt Oracle Database je spuštěn a má administrativní oprávnění na databázovém serveru.

Postup 1. Spuste instalační soubor. Postupujte podle pokynů. a. Pro typ instalace vyberte volbu Nová databáze (vyžadován soubor data.zip). b. Pro typ databáze uvete Oracle. 2. Když dosáhnete na volby instalace databáze, vyberte akci databáze pro vytvoření schématu. Vymažte všechny ostatní volby. a. Volitelné: Pokud tabulkové prostory neexistují, vyberte akci databáze pro jejich vytvoření. 3. Když dosáhnete na souhrn před instalací, klepněte na volbu Instalovat. 4. Klepněte na tlačítko Další. a. Volitelné: Chcete-li monitorovat průběh v adresáři, kde je nainstalován produkt IBM TRIRIGA, můžete otevřít soubor ant.log v obslužném programu monitorování protokolů. V systému Windows můžete spustit obslužný program WinTail. V systému UNIX můžete spustit příkaz tail –f ant.log. 5. Když je instalace dokončena, klepněte na tlačítko Hotovo. 6. Importujte soubor exportu Oracle Database .dmp. a. Vyhledejte soubor exportu a spuste příkaz importu. Například: imp system/manager fromuser=tridata touser=tridata file=exp_tridata.dmp log=imp_tridata.log

b. Když je import dokončen, všimněte si všech varování a chyb, které se vyskytnou. 7. Přezkoumejte chyb v souboru ant.log. a. Pokud je nalezena chyba, obrate se na svůj tým implementace, jak pokračovat. b. Pokud nejsou nalezeny žádné chyby, odstraňte soubor ant.log. 8. Spuste instalační soubor. Postupujte podle pokynů. a. Pro typ instalace vyberte volbu Existující databáze. b. Pro typ databáze uvete Oracle. 9. Když dosáhnete na souhrn před instalací, klepněte na volbu Instalovat.

44


10. Klepněte na tlačítko Další. a. Volitelné: Chcete-li monitorovat průběh v adresáři, kde je nainstalován produkt IBM TRIRIGA, můžete otevřít soubor ant.log v obslužném programu monitorování protokolů. 11. Když je instalace dokončena, klepněte na tlačítko Hotovo. 12. Přezkoumejte chyb v souboru ant.log. a. Pokud je nalezena chyba, obrate se na svůj tým implementace, jak pokračovat. 13. Ověřte, že jsou vaše soubory s licencemi v adresáři tririga_root\config\licenses. 14. Volitelné: Pokud jste provedli úpravy, které byly uloženy v adresáři userfiles, zkopírujte tyto soubory do instalace upgradu. 15. Spuste produkt IBM TRIRIGA vyhledáním adresáře aplikačního serveru pomocí odpovídající metody.


Kontrolní seznam verifikace Po dokončení instalace produktu IBM TRIRIGA Application Platform ověřte, zda instalace funguje správně. Účelem kontrolního seznamu verifikace není nahradit procedury testování a ověření ve vaší společnosti. Položka

Popis

Kontrola instalačního protokolu

Přečtěte si soubor ant.log. Tento soubor obsahuje informace o postupu provedeném během instalace. Soubor je zapsán do adresáře instalace prováděné uživatelem root produktu IBM TRIRIGA. Například na systému Windows je typickým umístěním C:\Tririga\ant.log. Řádek na konci souboru označuje, zda instalace proběhla úspěšně nebo selhala, jako v následujících příkladech: v Instalace byla úspěšná: BUILD SUCCESSFUL Total time: 25 minutes 51 seconds v Instalace se nezdařila: BUILD FAILED C:\Tririga\build.xml:2586: The following error occurred while executing this line: C:\Tririga\build.xml:2141: Java returned: -1 Total time: 8 minutes 44 seconds

Spuštění aplikace

Spuste produkt IBM TRIRIGA vyhledáním adresáře aplikačního serveru pomocí odpovídající metody.

Přístup do aplikace

Ověřte svůj přístup do aplikace IBM TRIRIGA jako uživatel systému následujícím způsobem: v Uvete adresu URL do pole adresy prohlížeče. Adresa URL vypadá podobně jako http://[název_hostitele:port][/kontextová_cesta], kde [název_hostitele:port] a [/kontextová_cesta] jsou specifické hodnoty pro vaše prostředí. Uvidíte-li chybovou zprávu "Aplikaci nelze spustit", pak musíte nastavit vlastnost FRONT_END_SERVER. v Přihlaste se s pomocí jména uživatele a hesla. Výchozí jméno uživatele je "system" a výchozí heslo je "admin". Kapitola 2. Instalace produktu IBM TRIRIGA Application Platform

45

Položka

Popis

Přístup ke konzole administrátora

Ověřte svůj přístup ke konzole administrátora produktu IBM TRIRIGA následujícím způsobem. v Uvete adresu URL do pole adresy prohlížeče. Adresa URL vypadá podobně jako http://[název_hostitele:port][/kontextová_cesta]/ html/en/default/admin, kde [název_hostitele:port] a [/kontextová_cesta] jsou specifické hodnoty pro vaše prostředí. v Přihlaste se s pomocí jména uživatele a hesla. Výchozí jméno uživatele je "system" a výchozí heslo je "admin". v Ve správci agentů spuste následující agenty na serveru procesů: agent plánovače údržby platformy, agent založený na rozšířeném vzorci, agent pro přepočet vzorce, agent plánovače, agent sledu prací (WF) a agent oznámení sledu prací (WF). v Odhlaste se z konzoly administrátora.

Vytvoření uživatelů a záznamů

Jako uživatel systému následujícím způsobem vytvořte a ověřte zaměstnance v produktu IBM TRIRIGA, který není administrátorem: v Přiřate uživatele do několika skupin uživatelů, ale ne do všech. v Přiřate uživateli několik uživatelských licencí, ale ne všechny. v Přihlaste se jako uživatel, kterého jste vytvořili. v Ověřte, že má uživatel přístup ke všemu, k čemu má mít daný zaměstnanec přístup na základě přiřazených skupin a licencí. v Ověřte, že uživatel může vytvářet a revidovat záznamy, jako například záznamy osob a záznamy lokalit. v Ověřte, že se načte strom přidružení na kartu Přidružení otevřeného záznamu.

Použití nástrojů tvůrce

Jako uživatel systému následujícím způsobem otevřete a ověřte nástroje tvůrce v části Nástroje > Nástroje tvůrce: v Ve tvůrci sledu prací otevřením a kontrolou existujících sledů prací ověřte, že se sledy prací zcela načtou. v V datovém modeláři ověřte, že se přechody stavů zcela načtou. v V datovém modeláři publikováním testovacího obchodního objektu ověřte, že e-mailové oznámení protokolu SMTP funguje.

Použití správce dokumentů

Jako uživatel systému nebo jako uživatel s příslušnými právy následujícím způsobem otevřete a ověřte aplikaci Správce dokumentů v části Nástroje > Správce dokumentů: v Ověřte, že uživatel může přenášet nové dokumenty, například soubory ve formátu .txt, .html a .jpg. v Ověřte, že uživatel může přenášet nové dokumenty pomocí vícesouborového apletu. v Ověřte, že uživatel může zobrazovat dokumenty klepnutím na ikonu ve sloupci V. v Ověřte, že uživatel může vracet a zapůjčovat dokumenty. v Je-li nainstalován produkt Brava, ověřte, že uživatel může přenášet dokumenty CAD ve formátu .dxf a zobrazovat dokumenty CAD klepnutím na ikonu ve sloupci V.

46


Položka

Popis

Úprava úloh projektu

Jako uživatel systému nebo jako uživatel s příslušnými právy ověřte funkce takto: v Vytvořte nebo otevřete nový investiční projekt. v Na kartě Časový plán přidejte nebo otevřete úlohu v sekci Úlohy projektu. v V úloze upravte plánované počáteční datum, plánované koncové datum nebo plánovanou pracovní dobu. v Ověřte, že když upravíte jedno z polí, ostatní dvě pole se automaticky upraví podle něj.

Synchronizace výkresů CAD

Používáte-li produkt IBM TRIRIGA CAD Integrator/Publisher, následujícím způsobem ověřte přístup do produktu IBM TRIRIGA: v Spuste produkt TRIRIGA CAD Integrator/Publisher. v Přihlaste se jako uživatel s licencí TRIRIGA CAD Integrator/Publisher. v Ověřte, že uživatel může synchronizovat výkres CAD s produktem TRIRIGA CAD Integrator/Publisher.

Kontrola protokolu serveru

Ověřte, že soubor server.log existuje pro každý aplikační server a server procesů. Tento soubor je zapsán do adresáře log instalace produktu IBM TRIRIGA. Například na systému Windows je typickým umístěním soubor C:\Tririga\log\server.log. Kromě toho: v Ověřte, že aplikační server zapisuje do svého souboru server.log. Zkontrolujte soubor kvůli významným výjimkám při prvním spuštění. v Ověřte, že server procesů zapisuje do svého souboru server.log. Jeden den po instalaci a pak pravidelně ověřujte, že server procesů úspěšně dokončil proces vyčištění.

Konfigurace platformy Přestože proces instalace produktu IBM TRIRIGA Application Platform použije většinu povinných konfigurací, pro konkrétní implementaci může být nutná další konfigurace. Můžete se vyhnout problémům, určíte-li klíčové konfigurace a kde je možné provést změny, abyste optimalizovali vaše prostředí.

Soubory vlastností Musejí být nastaveny určité vlastnosti produktu IBM TRIRIGA, pokud se dají použít na vaši konkrétní implementaci. Soubory vlastností jsou umístěny v adresáři config instalace produktu IBM TRIRIGA Application Platform. Například na systému Windows je typické umístění adresář C:\Tririga\config. Soubory vlastností se řídí koncepcí "dvojice název-hodnota", kde je název proměnné následován znaménkem rovná se (=) a definovanou hodnotou. Řádky v souborech vlastností, které začínají mřížkou (#), jsou komentáře a implementace je nečte. Dvojice název-hodnota rozlišují velikost písmen. Proměnné a nastavení v souborech vlastností se mohou z jedné verze produktu IBM TRIRIGA na další změnit. Než provedete upgrade z předchozí verze softwaru IBM TRIRIGA, uložte si staré soubory vlastností. Po dokončení instalace upgradu si pečlivě prohlédněte každý nově nainstalovaný soubor vlastností a upravte hodnoty pro danou implementaci. Kapitola 2. Instalace produktu IBM TRIRIGA Application Platform

47

Informace o souboru TRIRIGACRYSTAL.properties viz Uživatelská příručka produktu IBM TRIRIGA Application Platform 3 Connector for SAP BusinessObjects.

TRIRIGAMIDDLEWARE.properties Chcete-li upravit vlastnosti middlewaru produktu IBM TRIRIGA, otevřete soubor TRIRIGAMIDDLEWARE.properties.

Vlastnosti middlewaru Vlastnost

Hodnoty

Popis

DATABASE_TYPE

oracle, mssql

Typ databáze, bu Oracle Database, nebo Microsoft SQL Server.

DATA_DATA_ TABLESPACE

[Řetězec]

Název tabulkového prostoru dat použitého pro vytvoření tabulek v datovém schématu. Například typická hodnota je TRIDATA_DATA.

DATA_INDEX_ TABLESPACE

[Řetězec]

Název tabulkového prostoru indexu použitého pro vytvoření tabulek v datovém schématu. Například typická hodnota je TRIDATA_INDX.

J2EE_SERVER

Používané prostředí Java 2 Platform, Enterprise LIBERTY, WEBLOGIC, Edition (J2EE). WEB SPHERE

ORACLE_FETCH_SIZE

[Číslo]

Velikost načtení JDBC (Java Database Connectivity) Oracle Database (pro profil Liberty a produkt WebSphere Application Server). Tato hodnota označuje počet řádků, které ovladač JDBC předem načte z databáze, než si aplikace IBM TRIRIGA nějaký řádek vyžádá. Předvolba ovladače databáze Oracle Database je načíst v daném okamžiku 10 řádků. Chcete-li zabránit tomu, aby aplikační server musel výslovně nastavovat velikost načtení pro každé připojení, nastavte hodnotu na 10.

TraceLevelData

0, 1, 2, 4, 8, 12

Úroveň protokolování databáze Oracle Database pro každý fond datových připojení. Jsou k dispozici následující hodnoty a jejich úrovně trasování: v 0: Žádné statistiky. v 1: Základní statistiky CURSOR, PARSE, EXEC, FETCH ERROR, SORT UMAP, ERROR, UMAP, STATS a XCTEND. Tato hodnota je stejná jako nastavení sql_trace=true. v 2: Stejná jako úroveň 1. v 4: Stejná jako úroveň 1 plus sekce BIND. v 8: Stejná jako úroveň 1 plus události WAIT. v 12: Stejná jako úroveň 1 plus sekce BIND a události WAIT.

TRIRIGAWEB.properties Chcete-li upravit vlastnosti webové aplikace IBM TRIRIGA, otevřete si soubor TRIRIGAWEB.properties. Musíte restartovat aplikační server, aby se změny v souboru TRIRIGAWEB.properties projevily.

48


Nastavení systému souborů Vlastnost

Hodnoty

Popis

FileSystemRoot

[Platná cesta]

Cesta k adresáři userfiles. Například C:/Tririga/userfiles.

FileSystemBrowseRoot

[Platná cesta]

Cesta k adresáři userfiles. Například C:/Tririga/userfiles.

BatchInputLoc

[Platná cesta]

Cesta k adresáři, kde jsou uloženy datové soubory pro přenos dávek. Například C:/Tririga/userfiles/input.

BatchProcessLoc

[Platná cesta]

Cesta k adresáři, kde jsou zpracovány datové soubory pro přenos dávek. Například C:/Tririga/userfiles/processing.

BatchOutputLoc

[Platná cesta]

Cesta k adresáři, kde proces přenosu dat dávky zapisuje do výstupního protokolu. Například C:/Tririga/userfiles/output.

BatchErrorLoc

[Platná cesta]

Cesta k adresáři, kde proces přenosu dat dávky zapisuje do protokolu chyb. Například C:/Tririga/userfiles/error.

BatchLogLoc

[Platná cesta]

Cesta k adresáři, kde proces přenosu dat dávky zapisuje do protokolu spuštění. Například C:/Tririga/userfiles/log.

ServerRoot

[Platná cesta]

Cesta k nadřízenému adresáři adresáře userfiles. Například C:/Tririga.

Nastavení externího serveru Vlastnost

Hodnoty

Popis

mail.smtp.host

[Název hostitele nebo adresa IP]

Poštovní server protokolu SMTP určený k doručování odchozích oznámení a zpráv do externích poštovních systémů. Tato vlastnost je nastavena na název hostitele nebo adresu IP. Ve většině případů musí poštovní server naslouchat na portu 25. Server SMTP musí být nakonfigurován tak, aby přijímal odchozí e-maily z adresy IP serveru IBM TRIRIGA bez ověření. Například LAPTOP234 a 10.11.12.13.

mail.smtp.email.domain

[Řetězec]

Název domény poštovního serveru SMTP pro doručování odchozích oznámení a zpráv. Ve většině případů musí poštovní server naslouchat na portu 25. Platforma se pokusí jako první použít hodnotu této vlastnosti. Není-li hodnota vlastnosti nastavena, platforma použije hodnotu ve vlastnosti mail.smtp.host. Například mail.company.com.


49

Vlastnost

Hodnoty

Popis

mail.imaps.ssl.key

[Řetězec]

Cesta v síti, kam se načte úložiště klíčů SSL (Secure Sockets Layer) pro připojení přes SSL. Není-li uvedena žádná hodnota, ale jako agent příchozí pošty se použije protokol IMAPS (Internet Message Access Protocol - Secure), pak musí úložiště klíčů nastavit aplikační server.

mail.imaps.ssl.port

[Číslo]

Výchozí nastavení portu pro protokol IMAPS. Například 993.

Nastavení serveru Brava Vlastnost

Hodnoty

Popis

BRAVA_SERVER_URL

[URL]

Adresa URL serveru Brava. Například http\://9.72.78.55\:8080.

BRAVA_EXCLUDE_LIST

[Platné přípony souborů]

Seznam přípon souborů identifikujících soubory, které má server Brava ignorovat. Není-li uvedena žádná hodnota, na server Brava se předají všechny přípony souborů. Oddělujte přípony souborů na seznamu čárkami. Nepoužívejte tečky ("."), když zadáváte příponu. Například html,htm,svg,rpt,zip,exe,doc,xls,ppt,pdf,txt,xml.

FRONT_END_SERVER

[Název hostitele]

Adresa URL používaná pro přístup k produktu IBM TRIRIGA. Sestává z protokolu (volitelný), hostitele [POVINNÝ] a portu (volitelný). Protokol HTTP se použije při výchozím nastavení.

Nastavení agenta Vlastnost

Hodnoty

Popis

AGENTS_NOT_ALLOWED

[Řetězec]

Seznam agentů oddělených čárkami, jejichž spuštění není na tomto serveru povoleno. Spravujte nastavení agenta pro tento server a všechny ostatní servery IBM TRIRIGA na stránce Správce agentů v konzole administrátora. Další informace viz Uživatelská příručka konzoly administrátora produktu IBM TRIRIGA Application Platform 3. Prázdná hodnota umožňuje spuštění libovolného agenta na tomto serveru, ale nespustí žádného agenta automaticky.

50


Vlastnost

Hodnoty

Popis

INSTANCE_ID

[Číslo]

Potlačí výchozí ID počítače. Jsou-li na stejném počítači spuštěny dva nebo více serverů IBM TRIRIGA, vlastnost INSTANCE_NAME musí být pro nezávislou správu agentů jedinečná. Je-li nějaká hodnota uvedena, hodnota vlastnosti INSTANCE_NAME může být libovolná alfanumerická hodnota. Ponechte tuto hodnotu prázdnou, pokud na počítači běží jediná instance.

INSTANCE_NAME

[Řetězec]

Potlačí výchozí název počítače. Jsou-li na stejném počítači spuštěny dva nebo více serverů IBM TRIRIGA, vlastnost INSTANCE_NAME musí být pro nezávislou správu agentů jedinečná. Je-li nějaká hodnota uvedena, hodnota vlastnosti INSTANCE_NAME může být libovolná alfanumerická hodnota. Ponechte tuto hodnotu prázdnou, pokud na počítači běží jediná instance.

ReportQueueAgentLoad

[Číslo]

Počet podprocesů v poměru k počtu připojení. Například 100.0.

ReportQueueAgentMax Threads

[Číslo]

Maximální počet podprocesů. Není-li zde horní limit, nastavte hodnotu na 0.

DataImportAgentLoad

[Číslo]


DataImportAgentMax Threads

[Číslo]


SchedulerAgentLoad

[Číslo]


SchedulerAgentMax Threads

[Číslo]


WFAgentLoad

[Číslo]


WFAgentMaxThreads

[Číslo]


CadIntegratorLoad

[Číslo]

Maximální zátěž.

CadIntegratorMaxThreads

[Číslo]

Maximální počet podprocesů.

Například 100.0.

Například 4.


51

Vlastnost

Hodnoty

Popis

WF_AGENT_MAX_ ACTIVE_PER_USER

[Číslo]

Limit počtu podprocesů na uživatele v aktivních sledech prací. Nastavte tuto hodnotu na nízké číslo, chcete-li zabránit tomu, aby jediný uživatel dosáhl maxima prostředí.

WF_NOTIFICATION_ EMAIL_ID

[Platná e-mailová adresa]

E-mailová adresa pro odesílání odchozích oznámení sledu prací. Například [email protected].

WF_INSTANCE_SAVE

PER _WORK FLOW _ALWAYS, ALWAYS, ERRORS _ONLY

Konfiguruje, kdy se ukládají instance sledu prací. Vlastnost zahrnuje následující hodnoty: v PER_WORKFLOW_ALWAYS: Uložte instanci, pokud je sled prací nakonfigurován pro uložení. v ALWAYS: Instance uloží vždy. v ERRORS_ONLY: Uloží instance, pouze když dojde k chybě (výchozí). Instance požadované platformou se uloží podle potřeby, bez ohledu na toto nastavení. Pozastavené sledy prací a sledy prací s chybami se uloží vždy. Změna této vlastnosti v souboru TRIRIGAWEB.properties vyžaduje restartování serveru, aby se změny projevily. Správce agentů sledu prací. Můžete změnit nastavení z konzoly administrátora, bez nutnosti restartovat server. Správce agentů sledu prací obsahuje pole Záznam instance sledu prací a akci Uložit. Pole obsahuje tyto volby: v Nikdy: Odpovídá hodnotě NEVER. v Podle konfigurace ve sledu prací: Odpovídá hodnotě PER_WORKFLOW_ALWAYS. v Vždy: Odpovídá hodnotě ALWAYS. Je zde také volba pro obnovení ze souboru TRIRIGAWEB.properties. Nastavení se projeví, jakmile klepnete na tlačítko Uložit. Toto nastavení ovlivní specifický server, kde je zpřístupněna konzola administrátora. Neplatí pro všechny servery. Toto nastavení zůstane v platnosti, dokud se nezmění nebo dokud není server restartován. Restartování serveru vrátí nastavení na hodnotu v souboru TRIRIGAWEB.properties.

USE_WF_BINARY_LOAD

N, Y

Je-li hodnota nastavena na Y, platforma použije proces načtení binární verze. Šablony sledu prací jsou načteny s uloženou binární verzí, pokud je nelze najít v mezipaměti šablon sledů prací. Je-li hodnota nastavena na N nebo není vyplněna, platforma přeskočí proces načtení binární verze. Výchozí hodnota je Y.

52


Vlastnost

Hodnoty

Popis

FRONT_END_SERVER


Hlavní adresa URL, kterou uživatel zadá pro přístup do aplikace IBM TRIRIGA. Tvoří ji protokol (volitelný), hostitel (povinný) a port (volitelný). Není-li protokol uveden, standardně se použije "http://”. Například: v tririga.company.com v tri-dev.company.com:8001 v https://tri-secure.company.com Tato vlastnost musí být řádně nakonfigurována, aby sestavy BIRT (Business Intelligence and Reporting Tools) v produktu IBM TRIRIGA správně fungovaly. Pokud se uživatelům zobrazuje chyba aplikace "Aplikaci nelze spustit", musíte tuto vlastnost nastavit. Nepoužíváte-li produkt Apache HTTP Server, zadejte adresu IP aplikačního serveru s číslem portu. Například je-li na aplikačním serveru spuštěn produkt Oracle WebLogic Server na serveru SERVER123, tato vlastnost musí být nastavena na SERVER123:8001.

CLEAN_HOUR

[Celé číslo Hodina, kdy se spustí agent vyčištění, ve od 0 do 23] 24hodinovém systému. Výchozí hodnota je 2.

DC_HISTORY_RETENTION _DAYS

[Číslo]

Agent DataConnect odstraní dokončené nebo zastaralé úlohy DataConnect starší než tento počet dní. Výchozí hodnota je 5.

WF_HISTORY_RETENTION _DAYS

[Číslo]

Agent vyčištění odstraní sledy prací, které nečekají na uživatele nebo na úlohy schválení a jsou starší než tento počet dní. Výchozí hodnota je 10.

CLEANUP_AGENT_ SCHEDULER_TASKS

N, Y

Je-li hodnota nastavena na Y, platforma spustí úlohy vyčištění plánovače. Výchozí hodnota je Y.

CLEANUP_AGENT _SCHEDULED _EVENT_COMPLETE_ DAYS

[Číslo]

WF_AGENT_WAITTIME

[Číslo]

Platforma přesune naplánované události, které nebyly dokončeny v tomto počtu dní, do stavu dokončeno. Výchozí hodnota je 7 (1 týden). Počet milisekund, po které agent sledu prací čeká před kontrolou dalších volných podprocesů. Tato vlastnost není stená jako doba spánku sledu prací. Minimální hodnota je 100.

WF_FUTURE_AGENT _SLEEPTIME

[Číslo]

Počet sekund, po které budoucí agent sledu prací čeká před kontrolou, zda je třeba zpracovat další položky. Výchozí hodnota je 5.


53

Vlastnost

Hodnoty

Popis

REPORTDATA_AGENT _SLEEPTIME

[Číslo]

Počet minut, po které agent indexu dat sestavy čeká před kontrolou, zda je třeba zpracovat další položky. Výchozí hodnota je 5.

REPORTDATA_AGENT _RECORD_COUNT

[Číslo]

Počet záznamů v sestavě, než agent indexu dat sestavy znovu provede indexaci sestavy. Výchozí hodnota je 500.

DATACONNECT_SLEEP_ TIME

[Číslo]

Počet minut, po které agent DataConnect čeká před kontrolou, zda je třeba zpracovat další položky. Použijte záporné celé číslo pro označení hodnoty měřené v sekundách. Chcete-li například zkontrolovat každých deset sekund, použijte hodnotu -10. Deset sekund je nejkratší podporovaný interval. Výchozí hodnota je 10.

SHOW_ZEROS_ IN_NUMBER _FIELDS

N, Y

Číselná pole lze konfigurovat tak, aby v případě nulové hodnoty zobrazovaly nulu nebo byly prázdné Je-li nastavení N, všechna nulová číselná pole a pole s měnou jsou zobrazena prázdná. Při nastavení na Y jsou pole vyplněna pomocí 0 nebo .00.

TDI_AGENT_SLEEPTIME

[Číslo]

Počet minut, jak dlouho agent čeká, než zkontroluje, zda je server Tivoli Directory Integrator spuštěn. Pokud server není spuštěn, agent jej restartuje. Výchozí hodnota je 2.

TDI_HTTP_SERVER_PORT

[Číslo]

Port, který se používá k odeslání požadavků na server Tivoli Directory Integrator. IBM TRIRIGA využívá tento port k odeslání převodů ETL na server Tivoli Directory Integrator ke zpracování. Výchozí hodnota je 8088.

TDI_SERVER_TIMEOUT

[Číslo]

Počet sekund, jak dlouho se má čekat na úspěšné spuštění nebo zastavení příkazu serveru Tivoli Directory Integrator, než je nahlášeno selhání. Výchozí hodnota je 60.

54

TDI_SERVER_PORT

[Číslo]

Port používaný serverem Tivoli Directory Integrator. Tento port je nastaven instalačním programem produktu IBM TRIRIGA Application Platform a neměl by být měněn.

TDI_SYSTEM_STORE _PORT

[Číslo]


TDI_REST_API_PORT

[Číslo]


TDI_MQE_SYSTEMQ _PORT

[Číslo]



Nastavení systému Vlastnost

Hodnoty

Popis

BaseCurrency

[Platná měna]

Základní měna pro převody měn. Vyhodnote použití měn během implementace a přidejte nebo odeberte měny dle obchodních potřeb před přidáním záznamů. Když to neprovedete před vytvořením záznamů, může dojít k problémům s konverzí nebo ztrátě dat u těchto záznamů. Než se pokusíte odebrat nebo změnit měrnou jednotku měny po implementaci, porate se s implementačním týmem. Výchozí hodnota je americký dolar.

CancelLabel

[Řetězec]

Popisek, který nahradí akci Storno ve všech průvodcích. Prázdná hodnota skryje akci Storno. Pokud je hodnota nastavena na Storno, slovo je přeloženo pro uživatele jiné než americké angličtiny na formuláři záznamu a stránkách správce sestav. Je-li nastavena na x, hodnota se koncovému uživateli zobrazí bez ohledu na nastavení jazyka. Pokud je hodnota této vlastnosti prázdná nebo není v souboru, tlačítko Storno se nezobrazí. Výchozí hodnota je x.

CONTEXT_PATH

[Cesta]

Cesta ke kontextu aplikace, která zpřístupňuje aplikaci IBM TRIRIGA. První znak musí být /. Provedete-li revizi této vlastnosti, musíte také revidovat soubor EAR application.xml. Výchozí hodnota je /.

SecurityScope CacheTime Gap

[Číslo]

Frekvence, se kterou se aktualizuje mezipamě rozsahu zabezpečení, v minutách. Výchozí hodnota je 20.

DataRefreshTime

[Číslo]

Frekvence, se kterou se aktualizují data portálu, v minutách. Výchozí hodnota je 5.

SSO

N, Y

Je-li hodnota nastavena na Y, prostředí bude spuštěno v režimu jednotného přihlášení (SSO). Je-li hodnota nastavena na Y, když se odhlásíte z produktu IBM TRIRIGA, relaci ukončíte zavřením prohlížeče nebo karty prohlížeče použité pro přístup k produktu IBM TRIRIGA. Výchozí hodnota je N.


55

Vlastnost

Hodnoty

Popis

SSO_BACKING _SERVER_ PORT

[Číslo]

Číslo portu, které používá back-endový server. Pokud port serveru SSO neodpovídá portu back-endového serveru, musí být nastavena tato vlastnost. Výchozí hodnota je -1. Je-li pro tuto vlastnost nastavena hodnota -1 nebo jakákoli jiná záporná hodnota, číslo portu nastavené pro front-endový server se také nastaví pro port back-endového serveru.

SSO_REMOTE_USER

N, Y

Je-li hodnota nastavena na Y, k přihlášení je použita metoda request.getRemoteUser(). Jméno uživatele se musí přesně shodovat se jménem uživatele vytvořeným v produktu IBM TRIRIGA. Je-li hodnota SSO_USER_PRINCIPAL Y, nastavte parametr SSO_REMOTE_USER na N. Výchozí hodnota je Y.

SSO_USER_PRINCIPAL

N, Y

Pokud je váš systém nakonfigurován pro připojení hlavního názvu uživatele (UPN) do záhlaví HTTP, nastavte tuto vlastnost na Y. Je-li nastavena na Y, použije se parametr záhlaví HTTP UserPrincipal a jméno uživatele je načteno voláním metody request.getUserPrincipal().getName(). Je-li hodnota nastavena na Y, nastavte hodnotu vlastnosti SSO_REMOTE_USER na N. Výchozí hodnota je N.

SSO_REMOVE _DOMAIN_ NAME

N, Y

Je-li hodnota nastavena na Y, název domény s předponou nebo příponou je odebrán ze jména uživatele adresářového serveru, který je předán pomocí vlastnosti SSO_REMOTE_USER. Výchozí hodnota je Y. v Pokud jméno uživatele obsahuje název domény, když je předáno z adresářového serveru, a jméno uživatele v produktu IBM TRIRIGA obsahuje jen jméno uživatele, nastavte tuto vlastnost na Y. v Pokud jméno uživatele obsahuje název domény, když je předáno z adresářového serveru, a jméno uživatele v produktu IBM TRIRIGA zahrnuje název domény, nastavte tuto vlastnost na N.

56


Vlastnost

Hodnoty

Popis

SSO_REQUEST _ATTRIBUTE _NAME

sm_user, [jméno uživatele]

Název vlastnosti, která je vložena do záhlaví HTTP, jehož hodnota je jméno uživatele produktu IBM TRIRIGA. Výchozí hodnota je is sm_user. Pokud je jméno uživatele uloženo v odlišné proměnné atributu HTTP, nastavte proměnnou SSO_REMOTE_USER na N a nastavte tuto vlastnost na název atributu HTTP. V některých systémech můžete nadefinovat název proměnné, ve které je umístěno jméno uživatele. V tomto případě nastavte vlastnost na název proměnné ve svém systému.

USERNAME_CASE_ SENSITIVE

N, Y

Je-li nastavena na Y, jméno uživatele pro přihlášení rozlišují velikost písmen. Chcete-li provést ověření bez rozlišení velikosti písmen, nastavte hodnotu této vlastnosti na N. Výchozí hodnota je Y.

ALTERNATE _RESOURCE _DIRECTORY

[Cesta]

Cesta k alternativnímu adresáři prostředků stránky přihlášení, například C:\pathToTRIRIGA\userfiles\ alt.

ALTERNATE _INDEX_HTML

[Název souboru]

Název souboru alternativní stránky přihlášení, například index.html.

DocumentWorkflow Traversal

N, Y

Je-li hodnota nastavena na Y, oprávnění dokumentů se obslouží v rámci vlastního sledu prací. Výchozí hodnota je N.

3ptMajor

[Číslo]

Nastaví minimální požadavek na prostředí JRE pro aplikace závislé na prostředí JRE, jako je například Brava a aplet Document Management MultiFile. Tato hodnota představuje hlavní verzi jazyka Java. Například "1" v 1.7.0.

3ptMinor

[Číslo]

Nastaví minimální požadavek na prostředí JRE pro aplikace závislé na prostředí JRE, jako je například Brava a aplet Document Management MultiFile. Tato hodnota představuje sekundární verzi jazyka Java. Například "7" v 1.7.0.

3ptVersion

[Číslo]

Nastaví minimální požadavek na prostředí JRE pro aplikace závislé na prostředí JRE, jako je například Brava a aplet Document Management MultiFile. Tato hodnota představuje terciální verzi jazyka Java. Například "0" v 1.7.0.


57

Vlastnost

Hodnoty

Popis

classId

[Řetězec]

Nastaví minimální požadavek na prostředí JRE pro aplikace závislé na prostředí JRE, jako je například Brava a aplet Document Management MultiFile. Nastavte modul plug-in jazyka Java tak, aby používal odpovídající ID třídy, které určuje, jak zacházet s klientem, když není modul plug-in nalezen. Zabezpečení apletů v jazyce Java již neumožňuje uvedení specifické verze. To povede k chybě. Použijte následující ID třídy pro jakékoli prostředí JRE v řadě 1.7: CAFEEFAC-0017-0000-FFFF-ABCDEFFEDCBA Pokud klienti nepoužívají řadu 1.7, tuto hodnotu můžete změnit, aby uváděla řadu 1.8.

DEFAULT_TITLE

[Řetězec]

Nastaví výchozí název aplikace IBM TRIRIGA.

SHOW_URL_ ON_PORTAL _QUERY

N, Y

Je-li hodnota nastavena na Y, dotazy portálu budou zobrazovat text adresy URL. Výchozí hodnota je Y.

PORTAL_CLOSE _LOGOUT

N, Y

Je-li hodnota nastavena na Y, uživatel je odhlášen, když se zavře okno portálu. Výchozí hodnota je Y.

FULL_HELP_OBJECT

N, Y

Je-li hodnota nastavena na Y, po klepnutí na odkaz Nápověda se zobrazí celý obchodní objekt nápovědy. Je-li hodnota nastavena na N, zobrazí se sekce Poznámky obchodního objektu nápovědy. Výchozí hodnota je Y.

REPORT_HEADER _COLUMN

Name, Title

Nastavte tuto vlastnost tak, aby uváděla název nebo nadpis sestavy. Výchozí hodnota je Title.

REPORT_MEMORY _USAGE _LIMIT

[Celé číslo od 0 do 100], [Prázdné]

Maximální procento dostupné paměti serveru, kterou lze použít, když je spuštěna sestava uživatele. Tento limit neplatí pro systémové sestavy nebo komunitní sestavy, platí pouze pro Moje sestavy. Pokud se uživateli zobrazí chyba dotazu "Nedostatek dostupných prostředků pro spuštění sestavy", pravděpodobnou příčinou je dotaz. Je však také možné, že další souběžné procesy používaly pamě, zatímco dotaz sestavoval výsledky. Platné hodnoty jsou 0 až 100. Specifické hodnoty 0 a 100 zakazují jakýkoli vynucený limit a umožňují, aby jediný dotaz jednoho uživatele způsobil nedostatek paměti na serveru. Prázdná hodnota nebo neplatná hodnota se zpracuje jako výchozí hodnota. Výchozí hodnota je 35.

58


Vlastnost

Hodnoty

Popis

MOD_NAME _ON_WIZARD

N, Y

Je-li hodnota nastavena na Y, v pruhu titulku průvodce záznamem se zobrazí název modulu. Výchozí hodnota je N.

PORTAL_MY _TIMESHEET

N, Y

Je-li hodnota nastavena na Y, odkaz Můj pracovní výkaz se zobrazí všude, kde je možné odkaz Můj pracovní výkaz zobrazit. Výchozí hodnota je N.

ANALYZE_META_DATA _TABLES

N, Y

Je-li hodnota nastavena na Y, v průběhu procesu převodu fixních dat jsou analyzovány tabulky metadat. Výchozí hodnota je Y.

RUNVALIDATOR

no, yes

Je-li hodnota nastavena na yes, spustí se validátor, když provádíte upgrade produktu TRIRIGA 8i na produkt TRIRIGA Application Platform 2.x. Výchozí hodnota je yes.

Reserve

N, Y

Je-li hodnota nastavena na Y, aplikace IBM TRIRIGA Workplace Reservation Manager je povolena. Výchozí hodnota je N.

EXCHANGE_ROOT _PATH

[Řetězec]

Nastaví cestu k serveru Microsoft Exchange pro akce produktu IBM TRIRIGA Workplace Reservation Manager. Výchozí hodnota je exchange.

EXTERNAL_MAIL _SERVER _USERNAME

[Řetězec]

Jméno uživatele pro integraci s produkty Microsoft Exchange a IBM TRIRIGA Workplace Reservation Manager. Tato hodnota může být zadána jako prostý text nebo zašifrována. Informace o šifrovacím nástroji viz Uživatelská příručka konzoly administrátora produktu IBM TRIRIGA Application Platform 3.

EXTERNAL_MAIL _SERVER _PASSWORD

[Řetězec]

Heslo pro integraci s produkty Microsoft Exchange a IBM TRIRIGA Workplace Reservation Manager. Tato hodnota může být zadána jako prostý text nebo zašifrována. Informace o šifrovacím nástroji viz Uživatelská příručka konzoly administrátora produktu IBM TRIRIGA Application Platform 3.

TRIRIGA_RESERVE _SUB _DOMAIN

[Řetězec]

Poddoména produktu IBM TRIRIGA pro server Microsoft Exchange. Tato hodnota určuje, které e-maily jsou předány do produktu IBM TRIRIGA. Prostředky spravované v produktu IBM TRIRIGA musí obsahovat kontakt pro předání v této poddoméně. Například reserve.tririga.

EXCHANGE_DOMAIN

[Řetězec]

Doména produktu IBM TRIRIGA pro server Microsoft Exchange. Například tririga.com.


59

Vlastnost

Hodnoty

TRIRIGA_RESERVE_SMTP[Cesta] _ROOT

Popis Kořenový adresář protokolu SMTP, který se vytvoří při spuštění agenta SMTP rezervace. Pokud tento adresář existuje, proces produktu IBM TRIRIGA musí mít přístup pro zápis do adresáře. Například: v Na systému Microsoft Windows: c:\tririga\install\userfiles\smtp\in\ v Na systému UNIX: /tririga/install/userfiles/smtp/ in/

TRIRIGA_RESERVE_ OUTLOOK _TAB_LABEL

[Řetězec]

Popisek, který se zobrazí, když uživatel připojí klienta Microsoft Outlook k aplikačnímu serveru IBM TRIRIGA. Chcete-li mít podporu vícebajtových znakových sad, musíte pro hodnoty použít řídicí znak znakové sady Unicode podle specifikace jazyka Java. Například TRIRIGA Reserve.

SMTP_CLIENT_TIMEOUT [Číslo]

Časový limit koncového bodu protokolu SMTP v minutách. Například 10.

SMTP_KEEP_EMAIL

N, Y

Určuje, zda se má e-mail ponechat po zpracování protokolem SMTP v aplikaci iCalendar. Je-li hodnota nastavena na Y, prostředí si e-mail po zpracování ponechá. Použijte hodnotu Y pouze tehdy, když se zpracování protokolem SMTP ladí. Je-li hodnota nastavena na N, prostředí e-mail po zpracování odstraní.

SMTP_PORT

[Číslo]

Port používaný agentem SMTP rezervace pro příchozí provoz přes SMTP. Pokud je hodnota cokoli jiného než 25, pak administrátor musí trasovat přenos přes SMTP na hodnotu portu. Tato hodnota uvádí port, na kterém produkt IBM TRIRIGA naslouchá provozu přes SMTP. Například 25.

FLASH_TIMEOUT_TIME

[Číslo]

Nastaví časový limit pro flashové grafy, v sekundách. Pokud se ve flashovém grafu pro pomalu běžící dotazy zobrazí zpráva "Chyba: Data nebyla načtena", zvyšte tuto hodnotu. Vyšší hodnota nakonfiguruje platformu tak, aby čekala na načtení grafů déle. Výchozí hodnota je 300.

CUSTOM_ERROR_PAGE N, Y

Je-li hodnota nastavena na Y, je povolena vlastní stránka s chybou. Je-li hodnota nastavena na N, použije se výchozí stránka s chybou. Výchozí hodnota je N.

60


Vlastnost

Hodnoty

Popis

CUSTOM_ERROR _PAGE_ PATH

[Cesta]

Cesta k vlastní stránce s chybou.

EXCLUDE _CHARACTERS

[Řetězec]

Seznam znaků nebo řetězců, které budou vyloučeny z polí, oddělených mezerami. Používá se, chcete-li se vyvarovat použití znaků, které se dají zpracovat jako skripty XSS. Například < > & {

ALLOWED _CHARACTERS

[Řetězec]

Seznam znaků nebo řetězců, které jsou v polích povoleny, oddělených mezerami. Znaky regulárních výrazů musejí být označeny řídicím znakem. Například chcete-li povolit znak ?, zadejte \\? Například \\? & \\( \\)

ENFORCE_CHARACTER N, Y _RESTRICTIONS_FOR _RECORDS

Je-li hodnota nastavena na Y, omezení speciálních znaků definovaná ve vlastnostech EXCLUDE_CHARACTERS a ALLOWED_CHARACTERS se vynutí pro publikované názvy záznamů. Dojde k chybě, pokud se uživatel pokusí uložit záznam s publikovaným názvem, který obsahuje znak uvedený ve vlastnosti EXCLUDE_CHARACTERS. Výchozí hodnota je N.

TABLE_SIZE _CHECK_FOR _ORACLE

N, Y

Je-li hodnota nastavena na Y, platforma zkontroluje produkt Oracle Database, zda velikost bloku tabulkového prostoru překračuje 8K bajtů. Výchozí hodnota je N.

ErrorHandlerStrategy .MessageResetMinutes

[Číslo]

Počet minut, po který platforma čeká, než vymaže duplicitní zprávy s upozorněním. Po vymazání se duplicitní zprávy s upozorněním s větším počtem než 1 zobrazí v položce protokolu. Výchozí hodnota je 60.

SYSTEM_DEFAULT_ TIMEZONE

[Řetězec]

Časové pásmo, které se použije, když je pole Časové pásmo v záznamu prázdné a ID uživatele není dostupné, například pro oznámení aplikací. Výchozí hodnota je America/Los_Angeles.

SHOW_MY_PROFILE _LINK

N, Y

Je-li hodnota nastavena na Y, zobrazí se odkaz Můj profil. Výchozí hodnota je Y.

SHOW_PREFERENCES _LINK

N, Y

Je-li hodnota nastavena na Y, text "Vítejte, [jméno]" v úvodním panelu bude odkazem, na který může uživatel klepnout, a otevřít tak záznam Můj profil pro daného uživatele. Výchozí hodnota je N.


61

Vlastnost

Hodnoty

Popis

USE_PROJECT _SECURITY

N, Y

Použijte tuto vlastnost, chcete-li přidat do zabezpečení projektu zabezpečení aplikace, které bude řídit záznamy vrácené v dotazech a zpřístupněné přes formuláře. Je-li hodnota nastavena na Y, uživatelský přístup k záznamům je řízen zabezpečením projektu. Toto zabezpečení se použije spolu s dalšími vrstvami zabezpečení, které řídí přístup k záznamům. Výchozí hodnota je N.

ENFORCE_GUI_LEVEL_ QUERY _SECURITY

N, Y

Použijte tuto vlastnost, chcete-li řídit zabezpečení na úrovni formuláře v sestavách a dotazech. Je-li hodnota nastavena na Y, platforma vynutí nastavení skupiny zabezpečení pro přihlášeného uživatele, když je dotaz spuštěn. Pokud uživatel nemá přístup k dotazovaným záznamům, nevrátí se žádné výsledky. Výchozí hodnota je N.

ENFORCE_REPORT_ ACCESS _SECURITY

N, Y

Použijte tuto vlastnost, chcete-li, aby zabezpečení řídilo, zda jsou odkazy na sestavy nebo dotazy viditelné pro uživatele. Implementace produktu IBM TRIRIGA 10 musejí mít tuto hodnotu nastavenou na Y a implementace starších verzí ji musejí mít nastavenou na N. Je-li hodnota nastavena na Y, zabezpečení licencí a zabezpečení skupiny zabezpečení řídí, zda uživatel uvidí odkaz na sestavu. Je-li hodnota nastavena na N, zabezpečení neřídí, zda uživatel uvidí odkaz na sestavu. Výchozí hodnota je Y.

USE_AUTO _COMPLETE_IN _LOCATOR_FIELD

N, Y

Je-li hodnota nastavena na Y, automatické dokončování je k dispozici uživatelům v každém poli lokátoru, pro které je nakonfigurováno. Další informace o automatickém dokončování v polích lokátoru najdete v příručce Sestavování aplikací pro produkt IBM TRIRIGA Application Platform 3. Výchozí hodnota je Y.

USE_AUTO _COMPLETE_IN _SMART_SECTION

N, Y

Je-li hodnota nastavena na Y, automatické dokončování je k dispozici uživatelům v každé sekci smart s jediným záznamem, pro kterou je nakonfigurováno. Další informace o automatickém dokončování v sekci smart s jediným záznamem najdete v příručce Sestavování aplikací pro produkt IBM TRIRIGA Application Platform 3. Výchozí hodnota je Y.

AUTO_COMPLETE_MIN _CHAR

[Číslo]

Minimální počet znaků, které musí uživatel zadat, aby se spustilo automatické dokončování. Výchozí hodnota je 3.

62


Vlastnost

Hodnoty

Popis

DRAWING _REPROCESSING _AS_NEEDED

N, Y

Je-li hodnota nastavena na Y, při spuštění serveru platforma zkontroluje výkresy, zda vyžadují přepracování, a přepracuje ty, u kterých je to potřeba. Je-li hodnota nastavena na N, při spuštění serveru platforma nezkontroluje výkresy, zda vyžadují přepracování. Výchozí hodnota je Y.

GRAPHICS_SECTION _LOGGING_LEVEL

ERROR, Nastaví úroveň protokolování na úrovni klienta pro INFO, WARN grafické sekce. Výchozí hodnota je ERROR.

PDF_EXPORT_GRAPHIC [Prázdné] _STROKE_WIDTH _OVERRIDE

Při exportu grafické sekce do souboru .pdf potlačí všechny šířky čar (linek). U některých výkresů ve větším měřítku mohou čáry při velkém zvětšení v souboru .pdf vypadat silnější. Tato vlastnost může být použita k vyřešení problému, nastavíte-li šířku čáry na malou konstantní hodnotu, jako například 0,0000001. Je-li hodnota ponechána prázdná, exportovaný soubor .pdf použije šířku čar definovanou v grafice, která se odvozuje od šířky čar z výkresu v nástroji CAD. Výchozí hodnota je prázdná, bez uvedení hodnoty.

ALLOW_PASSWORD _AUTO_ COMPLETE

N, Y

Je-li hodnota nastavena na Y, automatické dokončování přihlašovacího hesla je k dispozici. Výchozí hodnota je Y. Pokud není uvedena žádná hodnota, tato vlastnost má předvolbu Y.

OSLC_MYPROFILE_ RESOURCE

[Název profilu]

ID prostředku OSLC, který představuje obchodní objekt Můj profil. Výchozí hodnota je triMyProfileRS.

OSLC_BASE_ URI

http:// hostname: port/oslc.

Pomocí této vlastnosti nadefinujete základní identifikátor URI pro OSLC.

OSLC_TRANSACTION_ RETENTION_DAYS

[Dny]

Počet dnů uchování záznamů transakcí. Záznamy transakcí jsou pak zkráceny pomocí funkce smart object delete. Záznamy transakcí jsou fyzicky odebírány z databáze procesem čištění objektů.

OSLC_DEFAULT _NAMESPACE

http:// hostname /ns/ism/ smarter_ physical_ infra structure#

Výchozí obor názvů OSLC.

MASTER_DETAIL_ RECORD_VIEW _TYPE

POPUP, INLINE

Tuto vlastnost použijte k řízení, jak se po klepnutí zobrazují záznamy v cílích navigace typu Master Detail.

SNMP_AGENT_PORT

[Číslo]

Port použitý u agenta SNMP pro příchozí depeše protokolu SNMP. .


63

Vlastnost

Hodnoty

Popis

SNMP_AGENT_PORT

[Číslo]

Port použitý u agenta SNMP pro příchozí depeše protokolu SNMP. Výchozí hodnota je 161.

SNMP_ COMMUNICATION _PROTOCOL

[UDP,TCP]

Protokol IP, který se použije u agenta SNMP pro příchozí depeše protokolu SNMP. Výchozí hodnota je UDP.

UNSUCCESSFUL_LOGIN [Číslo] _ATTEMPT

Počet neúspěšných pokusů o přihlášení povolených, než dojde k uzamčení účtu. Výchozí hodnota je -1, která zakáže tuto funkci.

DOUBLE_GROUPING _FORMAT_PATTERNS

[Znak]

Seznam vzorů formátu zápisu desetinných míst, který vyžaduje formátování dvojitého seskupení. Znaky jsou odděleny středníky. Například ##,##,###.00;##,##,###.##;#,##,###.00;#,##,###.##

SHOW_TOTAL _CURRENCY _INDICATOR

N,Y

Povolit indikátor měny v celkovém počtu řádků dotazů. Je-li nastaven na N, celkový počet řádků dotazu nezobrazuje aktuální indikátor. Výchozí hodnota je N.

VIRUS_SCAN _ENABLED

TRUE,FALSE Zjišování virů, když je server přenášen na systém. Výchozí hodnota je FALSE.

VIRUS_SCANNER _IP_ADDRESS

[Adresa IP]

Adresa IP serveru zjišování virů. Tato vlastnost vyžaduje hodnotu, pokud je parametr VIRUS_SCAN_ENABLED povolen, vlastnost je nastavena na TRUE.

VIRUS_SCANNER _PORT

[Adresa IP]

Port používaný serverem zjišování virů. Tato vlastnost vyžaduje hodnotu, pokud je parametr VIRUS_SCAN_ENABLED povolen, vlastnost je nastavena na TRUE.

V předchozích vydáních produktu IBM TRIRIGA se vyžadovalo, aby kontrolor zobrazil obsah grafiky SVG (Scalable Vector Graphics). Vlastnost SVG_VIEW_TYPE uvádí, která aplikace, modul plug-in prohlížeče grafiky SVG produktu Adobe nebo aplet prohlížeče grafiky SVG produktu IBM TRIRIGA, vykresluje obsah SVG. Podpora modulu prohlížeče grafiky SVG produktu Adobe skončila 1. ledna 2009. Produkt IBM TRIRIGA nyní obsahuje nativní schopnost zobrazování obsahu grafiky SVG, tudíž se vlastnost SVG_VIEW_TYPE již nepoužívá. Vlastnost

Hodnoty

Popis

TREE_PAGING_SIZE

[Číslo]

Maximální počet podřízených záznamů, které se zobrazí ve stromě hierarchie pro lokalitu, organizaci, zeměpisnou oblast, klasifikaci, kód nákladů a nově vytvořené hierarchické stromy. Aplikace zahrnuje podřízené záznamy kořenového uzlu v daném počtu. Výchozí hodnota je 1000.

64


Vlastnost

Hodnoty

Popis

REBUILD_ HIERARCHIES_ON _CACHE_REFRESH

[Platné názvy modulů]

Řídí, jaké další moduly hierarchie se automaticky znovu sestaví, když je mezipamě stromu hierarchie vymazána bu konzolou administrátora, nebo je spuštěn plánovač údržby platformy. Následující moduly budou vždy automaticky znovu sestaveny: v Zeměpisná oblast v Organizace v Lokalita Hodnota této vlastnosti je čárkami oddělený seznam názvů modulů, například Dokument, Klasifikace.

Projekty Vlastnost

Hodnoty

Popis

AUTO_PROJECT _ASSOCIATION _RESTRICTION

[Řetězec], [Prázdné]

Řídí automatické vytváření přidružení na úrovni záznamu mezi novými záznamy a aktuálním investičním projektem. Je-li zde nastaven název přidružení, jako například "Contains", platforma vytvoří specifické přidružení na úrovni záznamu automaticky. Tato definice přidružení musí být definována z investičního projektu směrem k obchodnímu objektu záznamů, které jsou v tomto projektu vytvářeny. Je-li nastavena prázdná hodnota (není uvedena žádná hodnota), když jsou vytvořeny záznamy v jiném než výchozím projektu (nebo úrovni společnosti), platforma vytvoří všechna přidružení na úrovni záznamu automaticky. Tato přidružení odpovídají definicím přidružení definovaným mezi obchodním objektem investičního projektu a obchodním objektem nově vytvořeného záznamu. Pokud neexistuje definice přidružení mezi investičním projektem a obchodním objektem pro vytvořený záznam, žádné přidružení na úrovni záznamu se automaticky nevytvoří. Hodnota rozlišuje velikost písmen a musí být stejná jako hodnota definovaná v datovém modeláři. Tato vlastnost zahrnuje následující typické hodnoty: v "Contains" pro aplikace IBM TRIRIGA 10 a TRIRIGA 9. v "Associated To" pro aplikace TRIRIGA 8i. Výchozí hodnota je Contains.


65

Vlastnost

Hodnoty

Popis

RECORD_PROJECT _CONTAINMENT

N, Y, [Prázdné]

Řídí, jak platforma rozhoduje o kontextu projektu záznamu. Je-li hodnota nastavena na Y nebo prázdná, platforma bude řídit chování projektu na základě kontextu projektu aktuálního záznamu. Tento kontext pomáhá poskytovat konzistentní interakce mezi záznamy, zvláš pokud je záznam v jednom projektu otevřen v kontextu portálu jiného projektu. Je-li hodnota nastavena na N, platforma bude řídit chování projektu na základě kontextu portálového projektu. Výchozí hodnota je Y.

SMARTQUERY_RESULT _SIZE _LIMIT

N, Y

Umožňuje funkci Spustit dynamický dotaz v obchodním připojení. Výchozí hodnota je Y.

RUN_DYNAMIC_QUERY _ENABLED

[Číslo]

Maximální počet výsledků dotazu, které lze použít v sekci smart dotazu. Toto maximum nastaví prahovou hodnotu, takže výsledky dotazu nebudou tak rozsáhlé, aby je sekce dotazu nemohla vykreslit. Výchozí hodnota je 500.

ENFORCE_REQUIRED _VALIDATION

N, Y

Uvádí, kdy platforma provede validace povinných polí. Je-li hodnota nastavena na Y, když se uživatel pohybuje z karty na kartu, platforma nekontroluje, zda jsou všechna povinná pole na kartě vyplněna. Platforma však provádí validace polí (například isNumeric). U přechodů mezi stavy platforma kontroluje povinná pole. Kromě toho, je-li hodnota nastavena na Y, tato vlastnost zajistí, že záznam nelze vytvořit, dokud nebudou vyplněna všechna povinná pole, bez ohledu na kartu. Toto chování se vyskytuje také v produktu IBM TRIRIGA Connector for Business Applications, kde se v dřívějších vydáních ověřovala pouze povinná pole na první kartě. Tato změna může způsobit, že některé integrace, které dříve fungovaly, nyní selžou. Chcete-li navázat na předchozí chování, nastavte hodnotu této vlastnosti na N. Je-li hodnota nastavena na N, když se uživatel pohybuje z karty na kartu, platforma kontroluje, zda jsou všechna povinná pole na kartě vyplněna. Platforma také provádí validace polí. Výchozí hodnota je Y.

QUERY_CHART _IMAGE_URL

[Platná cesta], [Prázdné]

Umístění serveru, který převede graf z formátu .xml na obrázek ve formátu .png, když uživatel vybere volbu Uložit jako obrázek. Výchozí hodnota je http://localhost:port /AnyChartPNGSaver/PNGSaver.

66


Vlastnost

Hodnoty

Popis

MAX_FORM_ACTION_ NUMBER

[Číslo]

Nastaví maximální počet akcí, které jsou zobrazeny ve formuláři, než platforma umístí akce navíc pod tlačítko přetečení. Platforma při určování, kolik akcí se má zobrazit, nepočítá akci Storno a tlačítko přetečení. Platforma umístí všechny sekundární akce a normální akce, které tento počet překračují, pod tlačítko přetečení. Výchozí hodnota je 4.

SESSION_HISTORY _TRACKING

ALL, NONE, WEB_USER

Označuje, zda jsou relace uživatelů protokolovány do tabulky SESSION_HISTORY. Je-li hodnota nastavena na WEB_USER, relace uživatelů z produktu IBM TRIRIGA Connector for Business Applications nejsou protokolovány do tabulky SESSION_HISTORY. Výchozí hodnota je ALL.

ENABLE_CHART _ANIMATION

N, Y

Je-li hodnota nastavena na Y, grafy při načítání zobrazují animaci. Výchozí hodnota je N.

CHART_RENDERING _TYPE

ENABLE_PROFILE _ROW _LEVEL_SECURITY

FLASH _PRE FERRED, SVG _PRE FERRED, FLASH _ONLY, SVG_ONLY

Určuje, jak se grafy vykreslují ve webovém prohlížeči.

N, Y

Řídí zabezpečený přístup uživatelů k záznamům v části Můj profil.

Volby SVG_PREFERRED a SVG_ONLY používají nativní podporu HTML5 prohlížeče pro vykreslování grafů. Volby FLASH_PREFERRED a FLASH_ONLY vyžadují pro vykreslování grafů modul plug-in Adobe Flash Player prohlížeče. Výchozí hodnota je FLASH_PREFERRED.

Je-li hodnota nastavena na Y, platforma použije pole Přístup ke všem profilům ve skupině uživatele k určení, zda může uživatel vstoupit do záznamu Můj profil z jiného uživatele. Dále skupina uživatelů řídí přístup uživatele do formuláře Můj profil a přístup ke kartám, sekcím, akcím a dalším prvkům formuláře. Je-li hodnota nastavena na N, uživatel má přístup administrátora k vlastnímu záznamu Můj profil uživatele. Pokud se uživatel pokusí vstoupit do záznamu Můj profil z jiného uživatele, platforma použije standardní skupinové prvky řízení přístupu. Výchozí hodnota je Y.


67

Vlastnost

Hodnoty

Popis

BIRT_NESTED _TABLE_IN _FOOTER_CLEANUP

FIX, ERROR, Rámec BIRT změnil, jak zachází s vazbami parametrů DISABLED pro vnořené tabulky uvnitř nadřízených řádků zápatí. Pokud se tabulka sváže s nadřízeným řádkem, hodnota již není k dispozici. Sestavy mohou být předzpracované v době běhu, aby aktualizace rámce proběhla jedním ze tří způsobů. v FIX: Návrh sestavy je aktualizován automaticky, aby použil náhradní řešení pro běžné spuštění sestavy. v ERROR: Sestava selže a vygeneruje podrobnou chybovou zprávu. Tuto hodnotu použijte k identifikování sestav, které je třeba přepsat. v DISABLED: Sestava není upravena. Tuto hodnotu použijte, pokud zpracování sestavy způsobuje chyby s dalšími sestavami. Všechny sestavy fungují normálně, ale ovlivněné sestavy mohou vracet nesprávné výsledky.

BIRT_MEMORY_USAGE_ [Celé číslo od LIMIT 0 do 100], [Prázdné]

Maximální procento dostupné paměti serveru, kterou lze použít při sestavování výsledků dotazu pro sestavu BIRT. Pokud požadavek na pamě pro takovou úlohu překročí limit, výsledkem dotazu bude chyba z důvodu nedostatku prostředků. Dotaz je pravděpodobnou příčinou chyby. Je však také možné, že další souběžné procesy používaly pamě, zatímco dotaz sestavoval výsledky. Platné hodnoty jsou 0 až 100. Specifické hodnoty 0 a 100 zakazují jakýkoli vynucený limit a umožňují, aby jediný dotaz jednoho uživatele způsobil nedostatek paměti na serveru. Prázdná hodnota nebo neplatná hodnota se zpracuje jako výchozí hodnota. Výchozí hodnota je 35.

[Číslo] MEMORY_MANAGED_ PROCESS _POLLING_FREQUENCY

Počet milisekund, po který platforma čeká mezi výzvami spravovaných procesů paměti. Příkladem spravovaného procesu paměti je spouštění sestav BIRT. Výchozí hodnota je 1000, což se rovná 1 sekundě.

BIRT_PROCESS _SERVER _HOST_NAME


Název hostitele nebo adresa IP serveru procesů BIRT. Konfigurujte tuto hodnotu, chcete-li odlehčit aplikačnímu serveru a zpracovávat sestavy BIRT na odděleném serveru procesů. Například: v ProcessServer v processserver.domain.com v 10.1.1.1 Je-li tato hodnota prázdná, celé zpracování sestav BIRT se provádí na aplikačním serveru.

68


Vlastnost

Hodnoty

Popis

BIRT_PROCESS _SERVER _PORT

[Číslo]

Port, kam se mají odesílat požadavky na zpracování sestav BIRT. Tato hodnota musí být nakonfigurována, aby se odlehčilo zpracování sestav BIRT. Tento port odpovídá hodnotě vlastnosti BIRT_PROCESS_SERVER_ LISTENING_PORT na serveru procesů BIRT. Ponechte tuto hodnotu prázdnou, chcete-li zpracovávat sestavy BIRT na aplikačním serveru.

BIRT_PROCESS_SERVER [Číslo] _LISTENING_PORT

Konfigurace tohoto portu umožňuje použití tohoto serveru jako serveru procesů BIRT. Server naslouchá požadavkům BIRT na tomto portu. Například 47074.

AVAILABILITY_CACHE _LOAD _FACTOR

[Číslo]

Desetinná hodnota, kterou používá aplet sekce dostupnosti k určení, kolik dat se má ukládat do mezipaměti. Tato hodnota se vynásobí viditelnou jednotkou časového úseku a označuje, jaká doba v minulosti a budoucnosti je uložena do mezipaměti. Například je-li hodnota 1,5 a viditelný časový úsek 1 týden, aplet načte jeden a půl týdne v minulosti a v budoucnosti a uloží data do mezipaměti.

AVAILABILITY_CACHE _LOAD _THRESHOLD

[Číslo]

Desetinná hodnota, kterou používá aplet sekce dostupnosti k určení, kolik dat zůstane v mezipaměti, než se do ní načtou další data. Tato hodnota se vynásobí viditelnou jednotkou časového úseku. Například je-li hodnota 0,25 a viditelný časový úsek 1 týden a uživatel posouvá aplet do budoucnosti: když uživateli zbývá v mezipaměti čtvrtina týdne, aplet načte další data a uloží je do mezipaměti.

ALLOWED_URL_FOR _REDIRECT

[Seznam adres Seznam adres URL nebo externích webových stránek URL] pro povolení přesměrování. Adresy URL jsou odděleny mezerami. Produkt IBM TRIRIGA blokuje přesměrování na adresy URL, které nejsou pro produkt IBM TRIRIGA interní. Chcete-li povolit přesměrování na externí adresu URL, zadejte adresu URL ze seznamu. Například http://ibm.com.


69

Vlastnost

Hodnoty

Popis

ALLOW_ETL_ DETERMINE_DB _CONNECTIONS

N, Y

Umožňuje procesům systému ETL (Extract, Transform, and Load) určit, zda se mají používat vícenásobná databázová připojení. Je-li hodnota nastavena na Y, pak hodnota "Použít jedinečná připojení" v systému ETL určuje, zda se má použít jedno připojení (Zapnuto) nebo vícenásobná připojení (Vypnuto). Nastavení hodnoty "Použít jedinečná připojení" v systému ETL může zlepšit výkon dlouhoběžících systémů ETL, ale může způsobit, že aplikačnímu serveru dojdou databázová připojení pro velké systémy ETL s mnoha kroky, které vstupují do databáze. V tomto případě může být nezbytné zvýšit maximální počet databázových připojení pro aplikační server. Je-li hodnota nastavena na N, platforma automaticky nastaví hodnotu "Použít jedinečná připojení" na Zapnuto, když je systém ETL spuštěn. Proto může systém ETL použít pouze jedno databázové připojení. Výchozí hodnota je N.

SESSION_WARNING _ENABLED

N, Y

Umožňuje zobrazení výstražné zprávy uživateli, jehož relace brzy vyprší. Je-li hodnota nastavena na Y, vypršení platnosti relace přesměruje prohlížeč na stránku pro vypršení platnosti relace. Je-li hodnota nastavena na N, přesměrování při vypršení platnosti relace je zakázáno. Tato vlastnost povoluje nebo zakazuje pouze výstražnou zprávu, nekonfiguruje vypršení platnosti relace. Časový limit platnosti relace je konfigurován pomocí softwaru aplikačního serveru. Například pro profily Liberty můžete upravit soubor server.xml umístěný v adresáři tririga/wlp/usr/server/ tririgaServer. Aktualizujte hodnotu httpSession invalidationTimeout, měřeno v sekundách. Výchozí hodnota je N.

SESSION_WARNING _THRESHOLD

[Číslo]

Je-li hodnota vlastnosti SESSION_WARNING_ENABLED nastavena na Y, pak tato vlastnost prahové hodnoty umožňuje zobrazení výstražné zprávy určitý počet minut před vypršením platnosti relace. Tato vlastnost konfiguruje pouze dobu prahové hodnoty pro výstražnou zprávu, nekonfiguruje vypršení platnosti relace. Časový limit platnosti relace je konfigurován pomocí softwaru aplikačního serveru. Výchozí hodnota je 2.

OOTB_G11N _EXPORT_APP _VERSION

[Řetězec]

Vloží hodnotu nebo popis verze aplikace IBM TRIRIGA do záhlaví souboru exportu dat instance. Například 10.3.1.

70


Vlastnost

Hodnoty

Popis

COMPANY_FILE _UPLOAD _EXCLUDE _EXTENSIONS


Použito pro přenos obrázků. Omezuje přenosy souborů s obrazem podle přípony souboru. Oddělujte přípony souborů na seznamu čárkami. S pomocí této vlastnosti aplikujete slabší omezení. Chcete-li mít silnější omezení, použijte vlastnost COMPANY_FILE_UPLOAD_INCLUDE _EXTENSIONS. Jsou-li použity obě vlastnosti, vlastnost COMPANY_FILE_UPLOAD_INCLUDE _EXTENSIONS má přednost. Není-li použita žádná z vlastností, přenosy souborů nebudou omezeny. Například .exe, .js, .sh. Výchozí hodnota je .exe.

COMPANY_FILE _UPLOAD _INCLUDE _EXTENSIONS


Použito pro přenos obrázků. Omezuje přenosy souborů s obrazem podle přípony souboru. Oddělujte přípony souborů na seznamu čárkami. Chcete-li mít slabší omezení, použijte vlastnost COMPANY_FILE_UPLOAD_EXCLUDE _EXTENSIONS. Chcete-li mít silnější omezení, použijte tuto vlastnost. Jsou-li použity obě vlastnosti, tato vlastnost má přednost. Není-li použita žádná z vlastností, přenosy souborů nebudou omezeny. Tato vlastnost nepokrývá přenosy souborů aplikace Správce dokumentů. Například .png, .bmp, .jpeg.

IMPORT_CONTENT_ EXCLUDE _EXTENSIONS


Použito pro přenos dokumentů. Omezuje přenos souborů podle jejich přípony. Oddělujte přípony souborů na seznamu čárkami. S pomocí této vlastnosti aplikujete slabší omezení. Chcete-li mít silnější omezení, použijte vlastnost IMPORT_CONTENT_INCLUDE _EXTENSIONS. Jsou-li použity obě vlastnosti, vlastnost IMPORT_CONTENT _INCLUDE_EXTENSIONS má přednost. Není-li použita žádná z vlastností, přenosy souborů nebudou omezeny. Například .exe, .js, .sh. Výchozí hodnota je .exe.

IMPORT_CONTENT _INCLUDE _EXTENSIONS


Použito pro přenos dokumentů. Omezuje přenos souborů podle jejich přípony. Oddělujte přípony souborů na seznamu čárkami. Chcete-li mít slabší omezení, použijte vlastnost IMPORT_CONTENT_EXCLUDE _EXTENSIONS. Chcete-li mít silnější omezení, použijte tuto vlastnost. Jsou-li použity obě vlastnosti, tato vlastnost má přednost. Není-li použita žádná z vlastností, přenosy souborů nebudou omezeny. Tato vlastnost nepokrývá přenosy souborů aplikace Správce dokumentů. Například .doc, .docx, .pdf.


71

Vlastnost

Hodnoty

Popis

WS_RELIABLE _MESSAGING

N, Y

Povoluje (Y) nebo zakazuje (N) protokol spolehlivého systému zpráv webových služeb (http://schemas.xmlsoap.org/ ws/2005/02/rm/). Pro povolení nastavte hodnotu Y. Výchozí hodnota je N.

WS_RM_INACTIVITY _TIMEOUT

[Číslo]

Doba, která musí uplynout bez přijetí zprávy, aby se sekvence spolehlivých zpráv považovala za ukončenou z důvodu nečinnosti. Tato vlastnost se použije pouze tehdy, když je povolena vlastnost WS_RELIABLE_MESSAGING. Zadejte hodnotu v milisekundách. Výchozí nastavení je 600000, což znamená 10 minut.

WS_RM_BASE _RETRANSMISSION _INTERVAL

[Číslo]

Interval, ve kterém zdroj spolehlivých zpráv přijme potvrzení pro danou zprávu. Tato vlastnost se použije pouze tehdy, když je povolena vlastnost WS_RELIABLE_MESSAGING. Zadejte hodnotu v milisekundách. Výchozí nastavení je 4000, což znamená 4 sekundy.

WS_RM_ ACKNOWLEDGMENT _INTERVAL

[Číslo]

Interval, ve kterém cíl spolehlivých zpráv odesílá asynchronní potvrzení. Tato vlastnost se použije pouze tehdy, když je povolena vlastnost WS_RELIABLE_MESSAGING. Zadejte hodnotu v milisekundách. Výchozí nastavení je 2000, což znamená 2 sekundy.

WS_RM_DELIVERY _ASSURANCE_TYPE

AtMostOnce, AtLeastOnce, ExactlyOnce

Typ zabezpečení doručení spolehlivé zprávy. Tato vlastnost se použije pouze tehdy, když je povolena vlastnost WS_RELIABLE_MESSAGING. Výchozí hodnota je AtMostOnce.

WS_RM_DELIVERY _ASSURANCE _IN_ORDER

N, Y

Povoluje (Y) nebo zakazuje (N) zabezpečení doručení typu spolehlivé zprávy "in order". Tento typ zabezpečení "in order" lze kombinovat s typem zabezpečení doručení uvedeným ve vlastnosti WS_RM_DELIVERY_ASSURANCE _TYPE. Pro povolení nastavte hodnotu Y. Výchozí hodnota je N.

Související informace: Matice kompatibility platformy aplikace IBM TRIRIGA

Soubor TRIRIGAWEBDYNAMIC.properties Chcete-li upravit verzi webové aplikace IBM TRIRIGA, otevřete si soubor TRIRIGAWEBDYNAMIC.properties.

72


Dynamické vlastnosti webu Vlastnost

Hodnoty

Popis

TririgaApplication Version

[Číslo]

Verze nainstalovaného softwaru IBM TRIRIGA. Tato povinná hodnota se zobrazí v subsystému nápovědy. Například 3.0.

Soubor TRIRIGAWEBLOGICPOOL.properties Chcete-li upravit vlastnosti fondu připojení produktu Oracle WebLogic Server, otevřete si soubor TRIRIGAWEBLOGICPOOL.properties.

Vlastnosti fondu připojení Vlastnost

Hodnoty

Popis

/jdbc/local/DataSource -TRIRIGA-default

[Platný fond produktu WebLogic Server]

Tato hodnota se musí shodovat s fondem připojení, který je konfigurován v produktu WebLogic Server.

[Platný fond produktu WebLogic Server]

Tato hodnota se musí shodovat s fondem připojení, který je konfigurován v produktu WebLogic Server.

/jdbc/local/DataSource -TRIRIGA-content

Například jdbc:weblogic:jts:DefaultPool

Například jdbc:weblogic:jts:ContentPool

Soubory s licencemi Produkt IBM TRIRIGA řídí použití různých produktů se soubory s licencemi. Počínaje verzí produktu IBM TRIRIGA Application Platform 3.2, produkt IBM TRIRIGA distribuuje oddělenou licenci pro každý z produktů. Každý soubor s licencemi přiřazený k uživateli uděluje přístup k příslušným funkcím. Samotné soubory s licencemi nevynucují omezení pro daný počet licencí. Každou licenci řídí příslušná softwarová licenční smlouva. Názvy souborů s licencemi jsou ve formátu LICENSE_IBM_TRIRIGA_[název_produktu].properties, například LICENSE_IBM_TRIRIGA_Application_Platform.properties.

Před verzí produktu IBM TRIRIGA Application Platform 3.2 Před verzí IBM TRIRIGA Application Platform 3.2 produktIBM TRIRIGA distribuoval jeden soubor s licencemi s názvem TRIRIGALICENSE.properties. Máte-li existující soubor TRIRIGALICENSE.properties, můžete jej i nadále používat, dokud jeho platnost nevyprší nebo dokud nezačnete používat nový produkt.

Typy licencí Tato metoda s jedním souborem spravovala tři různé typy licencí: (1) Souběžný uživatel, (2) Jmenovitý uživatel a (3) Podnik. Typ licence

Popis

Souběžný uživatel

Licence typu Souběžný uživatel poskytovala fond licencí, který omezoval počet uživatelů přihlášených do aplikace v libovolném časovém okamžiku. Přestože v aplikaci může být stovky jedinečných uživatelských účtů, počet souběžných uživatelů byl omezen licencí pro souběžně přihlášené uživatele.


73

Typ licence

Popis

Jmenovitý uživatel

Licence typu Jmenovitý uživatel přiřadila každé místo v rámci licence jedinečnému jmenovitému uživateli. Uživatelé licence nesdíleli. Pokud zákazník potřeboval nějaké uživatelské účty navíc, musel si licenci upgradovat.

Podnik

Podniková licence neomezovala počet uživatelů ve společnosti, naopak umožňovala neomezený počet uživatelů.

IBM TRIRIGA Application Platform 3.2 a novější Po instalaci produktu IBM TRIRIGA Application Platform musí adresář [tririga_root]\config\licenses obsahovat bu soubory LICENSE_IBM_TRIRIGA_[název_produktu].properties, nebo soubor TRIRIGALICENSE.properties, ale ne obojí. Po nové instalaci zkopírujte soubory s licencemi do adresáře [tririga_root]\config\licenses. Po instalaci upgradu ověřte, že byly soubory s licencemi automaticky zkopírovány do adresáře [tririga_root]\config\licenses. Používáte-li soubory LICENSE_IBM_TRIRIGA, nepoužívejte soubor TRIRIGALICENSE. Používáte-li soubor TRIRIGALICENSE, nepoužívejte soubory LICENSE_IBM_TRIRIGA. Používáte-li server WebSphere Application Server a soubory LICENSE_IBM_TRIRIGA, nastavte platné adresy URL prostředků pro všechny licence. Používáte-li server WebSphere Application Server a soubor TRIRIGALICENSE, ověřte, že adresa URL prostředku odkazuje na správné umístění. Po upgradu na soubory LICENSE_IBM_TRIRIGA se nemůžete vrátit k předchozímu souboru TRIRIGALICENSE. Při prvním spuštění aplikačního serveru po upgradu na soubory LICENSE_IBM_TRIRIGA se aplikace pokusí přehodit licence uživatelů do sady licencí LICENSE_IBM_TRIRIGA. Aby byl tento proces úspěšný, je důležité, aby byly všechny soubory LICENSE_IBM_TRIRIGA umístěny v adresáři [tririga_root]\config\licenses a všechny uživatelské změny byly dokončené. Ověřte, že jsou dokončeny všechny asynchronní sledy prací, než restartujete aplikační server se soubory LICENSE_IBM_TRIRIGA. Všechny aplikační servery, které mají přístup k databázi, musí mít stejnou sadu licencí. Jedinou výjimkou je soubor licencí pro produkt IBM TRIRIGA Connector for Business Applications. Tento produkt je licencován pro omezený počet serverů a soubor s licencí musí být umístěn na tomto počtu serverů, aby zůstaly ve shodě.

Zastaralé licence Několik licencí, které byly obsaženy v souboru TRIRIGALICENSE, díky souborům LICENSE_IBM_TRIRIGA zastaralo. Podnikové licence již nejsou v balících, ale produkt IBM TRIRIGA distribuuje ekvivalentní licence pro jednotlivé produkty. Dřívější podniková licence

Ekvivalentní licence produktu IBM TRIRIGA

Facility Management Enterprise

(1) Real Estate Manager, (2) Facilities Manager a (3) Workplace Operations Manager

Dostupné licence Produkt IBM TRIRIGA distribuuje následující soubory LICENSE_IBM_TRIRIGA pro jednotlivé produkty.

74


Soubory s licencemi LICENSE_IBM_TRIRIGA_Anywhere_Workplace_Operations.properties LICENSE_IBM_TRIRIGA_Application_Builder.properties LICENSE_IBM_TRIRIGA_Application_Platform.properties LICENSE_IBM_TRIRIGA_CAD_Integrator_Publisher.properties LICENSE_IBM_TRIRIGA_Capital_Projects_Manager.properties LICENSE_IBM_TRIRIGA_Connector_for_Business_Applications.properties LICENSE_IBM_TRIRIGA_Connector_for_Offline_Forms.properties LICENSE_IBM_TRIRIGA_Facilities_and_Real_Estate_Management _on_Cloud_Approvals_and _Reporting.properties LICENSE_IBM_TRIRIGA_Facilities_and_Real_Estate_Management_on_Cloud_Enterprise .properties LICENSE_IBM_TRIRIGA_Facilities_and_Real_Estate_Management_on_Cloud_Occasional .properties LICENSE_IBM_TRIRIGA_Facilities_and_Real_Estate_Management_on_Cloud_Self_Service .properties LICENSE_IBM_TRIRIGA_Facilities_Manager.properties LICENSE_IBM_TRIRIGA_Facility_Assessment.properties LICENSE_IBM_TRIRIGA_Integrated_Workplace_Manager.properties LICENSE_IBM_TRIRIGA_Mobile.properties LICENSE_IBM_TRIRIGA_Portfolio_Data_Manager.properties LICENSE_IBM_TRIRIGA_Real_Estate_Environmental_Sustainability_Impact_Manager .properties LICENSE_IBM_TRIRIGA_Real_Estate_Environmental_Sustainability_Manager .properties LICENSE_IBM_TRIRIGA_Real_Estate_Manager.properties LICENSE_IBM_TRIRIGA_Request_Central.properties LICENSE_IBM_TRIRIGA_Strategic_Facility_Planning.properties LICENSE_IBM_TRIRIGA_Workplace_Operations_Manager.properties LICENSE_IBM_TRIRIGA_Workplace_Performance_Management_Enterprise .properties LICENSE_IBM_TRIRIGA_Workplace_Performance_Management_Facilities .properties LICENSE_IBM_TRIRIGA_Workplace_Performance_Management_Operations .properties LICENSE_IBM_TRIRIGA_Workplace_Performance_Management_Projects .properties LICENSE_IBM_TRIRIGA_Workplace_Performance_Management_Real_Estate.properties LICENSE_IBM_TRIRIGA_Workplace_Reservation_Coordinator.properties LICENSE_IBM_TRIRIGA_Workplace_Reservation_Manager.properties LICENSE_IBM_TRIRIGA_Workplace_Reservation_Manager_for_Small_Installations .properties


75

Kontextová cesta Během instalace produktu IBM TRIRIGA Application Platform můžete definovat alternativní kontextovou cestu aplikace, která zpřístupní aplikaci IBM TRIRIGA. Výchozí hodnota je lomítko (/). Definujete-li alternativní kontextovou cestu, můžete implementovat produkt IBM TRIRIGA jako jinou než kořenovou aplikaci. Pokud jste definovali jinou než kořenovou kontextovou cestu, po dokončení instalace budete muset pro přístup do aplikace IBM TRIRIGA použít odpovídající adresu URL. Například pokud jste uvedli, že kontextová cesta bude /tri, musíte do aplikace IBM TRIRIGA vstupovat přes adresu URL http://[název_hostitele:port]/tri, kde [název_hostitele:port] jsou konkrétní hodnoty pro vaše prostředí aplikačního serveru. Máte-li více instalací, může být užitečné definovat pro každou instalaci jinou kontextovou cestu. Například /tridev, /tritest a /triprod.

Fondy připojení Fondy připojení obsahují sadu databázových připojení uloženou v mezipaměti, která můžete použít pro příchozí požadavky na databázové připojení. Fond připojení nakonfigurujete, abyste obsloužili počet souběžných uživatelů a očekávané vytížení transakcí. V závislosti na vašem prostředí musí být nakonfigurováno nastavení fondu připojení v jednom nebo více souborech, aby byla zajištěna správná konektivita databáze. Názvy fondů připojení rozlišují velikost písmen. Doporučené nastavení minimálního počtu připojení je 10. Doporučené nastavení maximálního počtu připojení je 100. Nastavení maximálního počtu připojení 100 je běžné pro prostředí JVM, u kterého se neočekává, že překročí 500 souběžných uživatelů. Můžete upravit nastavení fondu připojení na zdroji dat pro produkt IBM TRIRIGA. Nastavení fondu připojení

Umístění souboru

Fondy serveru Oracle WebLogic Server

[tririga_root]\config\TRIRIGAWEBLOGICPOOL.properties Například C:\Tririga\config\TRIRIGAWEBLOGICPOOL.properties

Úrovně trasování databáze Oracle Database

[tririga_root]\config\TRIRIGAMIDDLEWARE.properties Například C:\Tririga\config\TRIRIGAMIDDLEWARE.properties

http://www-01.ibm.com/support/knowledgecenter/SSEQTP_8.5.5/ com.ibm.websphere.base.iseries.doc/ae/udat_conpoolset.html

Filtry XSS Filtry XSS (Cross-site scripting) jsou definovány v souboru TRIRIGAWEB.properties vlastnostmi EXCLUDE_CHARACTERS a ALLOWED_CHARACTERS. Standardně se filtrují typické znaky XSS. Filtry XSS se používají v těchto případech: (1) vstupní pole pro jméno uživatele a heslo na přihlašovací stránce, (2) vstupní pole v nástrojích tvůrce produktu IBM TRIRIGA Application Platform a (3) vstupní pole publikovaných názvů ve formulářích.

76

Vlastnosti filtrů XSS

Popis

EXCLUDE _CHARACTERS

Tato vlastnost obsahuje seznam znaků nebo řetězců, které se mají z polí vyloučit, oddělených mezerami. Například: < > & {


Vlastnosti filtrů XSS

Popis

ALLOWED _CHARACTERS

Tato vlastnost obsahuje seznam znaků nebo řetězců, které se mají v polích povolit, oddělených mezerami. Znaky regulárních výrazů musejí být uvedeny dvojitým zpětným lomítkem (\\). Například ? musí být uveden jako \\?. Chcete-li povolit následující čtyři znaky ? & ( ), zadejte \\? & \\( \\)

Konfigurace procesů agenta Určití agenti nebo procesy agentů produktu IBM TRIRIGA musejí být konfigurovány, pokud je lze použít pro konkrétní implementaci. Než nakonfigurujete server procesů pro spouštění agentů, nejprve dokončete instalaci produktu IBM TRIRIGA Application Platform na serveru procesů.

Agenti obchodních procesů Agenti produktu IBM TRIRIGA Application Platform jsou agenti obchodních procesů, kteří provádějí automatizované práce pro aplikace IBM TRIRIGA. Když platforma identifikuje událost, která vyžaduje agenta, platforma tuto událost umístí do fronty, kde ji může agent načíst a zpracovat. Agent obchodního procesu

Popis

Plánovač údržby platformy

Tento agent provede vyčištění dat a spustí analýzu databáze. Agent odebere všechna data ve stavu null a odebere úlohy DataConnect (DC) a položky pracovní tabulky, které jsou zastaralé nebo dokončené. Agent také vyčistí dokončené instance sledu prací, které neobsahují ve sledu prací žádné úlohy proveditelné uživatelem (například uživatelské úlohy a úlohy schválení).

Agent importu dat

Tento agent vyhledá všechny načtené soubory se záznamy oddělenými tabulátory a naimportuje data do platformy.

Agent DataConnect (DC)

Tento agent v tabulce řízení úloh vyhledá úlohy DataConnect (DC), které jsou připraveny ke spuštění. Když agent úlohu najde, vytvoří pro ni odpovídající objekt smart. Pak agent odešle asynchronní událost sledu prací, čímž zahájí sled prací, který stáhne externí data do tabulek databáze produktu IBM TRIRIGA.

Agent založený na rozšířeném Tento agent vyhledá a zpracuje rozšířené vzorce. vzorci Agent pro přepočet vzorce

Tento agent přepočítává vzorce v platformě podle potřeby.

Agent příchozí pošty

Tento agent stahuje poštu ze serveru POP3 (Post Office Protocol 3) nebo ze serveru IMAP (Internet Message Access Protocol) a převádí ji na záznamy e-mailových zpráv.

Agent migrace objektů

Tento agent migruje obchodní objekty z jednoho prostředí do jiného.

Agent publikování objektů

Tento agent publikuje obchodní objekty v platformě.

Agent fronty sestav

Tento agent načte požadavky na sestavy ve frontě, zpracuje frontu a upozorní uživatele.

Agent rezervace SMTP

Tento agent přijímá a zpracovává rezervační e-maily odeslané produktem Microsoft Exchange. Tato služba přijímače protokolu SMTP (Simple Mail Transfer Protocol) umožňuje produktu Microsoft Exchange komunikovat s produktem IBM TRIRIGA a umožňuje mu spravovat rezervované prostředky. Odesílací konektor produktu Microsoft Exchange je konfigurován tak, aby přeposlal jakoukoli e-mailovou adresu s poddoménou specifickou pro rezervaci na aplikační server IBM TRIRIGA, kde je spuštěn agent SMTP.


77

Agent obchodního procesu

Popis

Agent plánovače

Tento agent vyhledá a zpracuje všechny naplánované a opakující se události v platformě.

Agent sledu prací (WF)

Tento agent zpracuje události sledu prací ve frontě a asynchronní sledy prací registrované pro tyto události.

Agent oznámení sledu prací (WF)

Tento agent vyhledá a zpracuje oznámení v platformě, včetně oznámení, která mají být odeslána v plánovaný čas.

Konzola administrátora Než nakonfigurujete server procesů pro spouštění agentů, nejprve dokončete proces instalace produktu IBM TRIRIGA Application Platform na serveru procesů. Pak otevřete správce agentů v konzole administrátora produktu IBM TRIRIGA, chcete-li nakonfigurovat a spravovat agenty. Ve správci agentů na konzole administrátora produktu IBM TRIRIGA můžete nezávisle zastavovat a spouštět agenty. Chcete-li zabránit spuštění agenta na serveru procesů, můžete tohoto agenta konfigurovat ve vlastnosti AGENTS_NOT_ALLOWED v souboru TRIRIGAWEB.properties. Pak restartujte server procesů, aby se změny v souboru TRIRIGAWEB.properties projevily. Je-li agent zastaven, některé části aplikace IBM TRIRIGA však nemusí fungovat stejně. Například je-li zastaven agent sledu prací (WF), platforma nespustí žádnou logiku, kterou definuje asynchronní sled prací. Místo toho podrží platforma každou z událostí ve frontě, kterou po svém restartování zpracuje agent WF. Další informace viz Uživatelská příručka konzoly administrátora produktu IBM TRIRIGA Application Platform 3.

Přiložení zpráv aplikace Microsoft Outlook Produkt Microsoft Exchange převede odeslanou zprávu aplikace Microsoft Outlook (soubor .msg) a jakékoli přiložené zprávy (soubory .msg) do formátu MIME (Multipurpose Internet Mail Extensions). Agent příchozí pošty produktu IBM TRIRIGA však není navržen tak, aby rozpoznal přílohy ve formátu MIME. Místo připojení zpráv .msg aplikace Microsoft Outlook k jiné zprávě .msg máte dvě alternativní volby.

Postup 1. Přiložte soubor. Metoda

Akce

Microsoft Outlook

Uložte přílohu ve formátu .msg jako šablonu souboru aplikace Microsoft Outlook (soubor .oft). Pak přiložte soubor .oft k hlavní zprávě ve formátu .msg, kterou doručujete v aplikaci Microsoft Outlook.

Microsoft Outlook Web App

Přiložte soubor ve formátu .msg k hlavnímu e-mailu, který doručujete v aplikaci Microsoft Outlook Web App (OWA).

2. Odešlete zprávu nebo e-mail.

Konfigurace portu SMTP v systému Linux Systém Linux neumožňuje uživatelům root vázat provoz na portu k portu 1024 a nižším. Vlastnost portu protokolu SMTP v souboru TRIRIGAWEB.properties má však výchozí hodnotu portu 25. Pokud pracujete se systémem Linux, musíte konfigurovat rezervního agenta SMTP, který bude naslouchat vlastnímu portu namísto výchozího portu 25.

78


Než začnete Musíte být administrátor produktu IBM TRIRIGA. Spuste příkazy v následující proceduře jako uživatel root.

Postup 1. Aktualizujte bránu firewall, aby otevřela port vyšší než 1024 přidáním následujících řádek do souboru /.../sysconfig/iptables: -A OUTPUT -p tcp -s serverIP -d 0/0 --dport Port_Above_1024 -m state --state ESTABLISHED -j ACCEPT -A INPUT -s 0/0 -d serverIP -m state --state NEW,ESTABLISHED -p tcp --dport Port_Above_1024 -i eth0 -j ACCEPT

2. Restartujte bránu firewall: /.../init.d/iptables restart

3. Otevřete port 25 pro předávání: /sbin/iptables -A FORWARD -p tcp --destination-port 25 -j ACCEPT;

4. Předejte port 25 na vlastní port vyšší než 1024: /sbin/iptables -t nat -A PREROUTING -j REDIRECT -p tcp --destination-port 25 --to-port Port_Above_1024

5. Chcete-li ověřit, že se port 25 předává, spuste aplikační server IBM TRIRIGA, aby došlo k vazbě na vlastní port, a spuste příkaz telnet: telnet yourServer 25

6. Pokud neobdržíte úspěšnou odpově, předejte port 25 na jiný vlastní port (krok 4).

Jak pokračovat dále Tato úloha port trvale nenakonfiguruje. Je-li server Linux od úpravy brány firewall restartován nebo služba tabulek IP resetována, konfigurace se zruší. Chcete-li port překonfigurovat, musíte znovu předat port 25 na vlastní port (krok 4).

Postup po instalaci Po úspěšné instalaci podle potřeby nakonfigurujte produkt IBM TRIRIGA. Podpora více národních prostředí, také známá jako globalizace, je proces organizace aplikace tak, aby mohla být konfigurována pro práci v různých zemích a různých jazycích. Pomocí produktu IBM TRIRIGA Application Platform můžete přeložit zprávy a libovolný textový obsah, který se objeví v požadovaném jazyku. Chcete-li získat další informace, vyhledejte řetězec lokalizace TRIRIGA ve Znalostním centru IBM. Produkt IBM TRIRIGA můžete nakonfigurovat, aby používal technologii SSO (Single Sign On), pokud jste jednotné přihlášení nakonfigurovali ve vašem prostředí. Jakmile nakonfigurujete odpovídající vlastnosti, produkt IBM TRIRIGA může přijmout tokeny vydané aplikačními servery pro jednotné přihlášení. Podpora IBM vám může pomoci s konfigurováním vlastností produktu IBM TRIRIGA pro jednotné přihlášení. Nicméně kvůli počtu podporovaných produktů, technologií a konfigurací podporovaných produktem IBM TRIRIGA podpora IBM nemůže asistovat u konfigurace jednotného přihlášení v rámci vašeho prostředí.


79

80


Kapitola 3. Protokol vyčištění sledu prací Spustíte-li aplikační server nebo server procesů poprvé po instalaci produktu IBM TRIRIGA Application Platform, zahájí se proces ověření sledu prací. Tento proces identifikuje a nahlásí jakékoli problémy, které by mohly sledům prací bránit v očekávaném fungování. Sestava protokolu se nazývá WorkflowCleanup.log. Proces ověření sledu prací se spustí pouze jednou, při prvním spuštění serveru po instalaci. Proces nahlásí jakékoli problémy s publikovanými sledy prací, které vyžadují ke svému vyřešení akci uživatele, a jakékoli problémy, které se opraví automaticky. Po dokončení procesu si můžete prohlédnout sestavu protokolu, chcete-li pochopit, které sledy prací byly aktualizovány a které sledy prací mohou vyžadovat vaši pozornost. Sestava protokolu se zapíše do adresáře log instalace produktu IBM TRIRIGA. Například na systému Windows je typickým umístěním soubor C:\Tririga\log\WorkflowCleanup.log.

Formát protokolu Formát sestavy protokolu může obsahovat až tři hlavní sekce. První sekce označuje, že proces byl spuštěn a dokončen. Druhá sekce uvádí jakékoli problémy a související sledy prací, které nelze opravit automaticky. Třetí sekce uvádí jakékoli problémy a související sledy prací, které byly opraveny automaticky. Podobné problémy jsou uvedeny společně. V problému jsou sledy prací seřazeny dle modulu, obchodního objektu a názvu sledu prací. U mnoha problémů jsou uvedeny další informace, které vám pomohou najít konkrétní krok, který potřebuje kontrolu nebo opravu. Sled prací může být uveden více než jednou, v závislosti na nalezených problémech a jaké opravy byly provedeny. Je také možné, že sled prací, který byl procesem deaktivován (z důvodu neopravitelného problému), obsahuje více problémů, než bylo nahlášeno.

Příklad protokolu Následující ukázka pochází ze sestavy WorkflowCleanup.log a jsou zde zvýrazněny tři hlavní sekce: Workflow cleanup and repair processing pass 1. Workflow cleanup and repair processing pass 2. Workflow cleanup and repair completed in 2 passes. The following problems could not be completely repaired. Review the identified workflow(s) and the action taken (if any) and resolve any remaining problems to assure correct workflow execution. Výraz podmínky je neplatný. Zkontrolujte a opravte výraz. Workflow:19124805.14 Module=exModule1 BO=-Any- Name=’exModule1 - condition’ Invalid Expression[p0 == == 1] Step:0 Start(1) ’Start’ Retired the workflow because of missing step definitions that could not be repaired. Workflow:10485177.0 Module=exModule1 BO=exBO Name=’exModule1 - PRE-CREATE - initialize’ Information about missing definition: Step:100033 Switch(14) Parent Step:100030 Modify Records(28) ’Update Examples’ The following problems were repaired. Review the identified workflow(s) and the resolution to assure correct workflow execution. Removed the entry from WF_LOOKUP because the workflow is not in a published state. © Copyright IBM Corp. 2011, 2015

81

Workflow:19122518.0 Module=exModule1 BO=-Any- Name=’A New Workflow’ Sled prací byl deaktivován, protože není odpovídající položka v tab. WF_LOOKUP. Workflow:19122236.2 Module=exModule1 BO=-Any- Name=’Copy of A New Workflow’ Neplatná hodnota řízení toku. Krok nastaven na normální tok (nepřehozený). Zkontrolujte tok a ověřte správnost. Workflow:19139030.0 Module=exModule1 BO=-Any- Name=’exModule1 - Workflow 2’ Invalid flow value was ’REPORT’ Step:206635 Break(21) Sled prací byl deaktivován, protože jeho modul nelze najít. Workflow:19122928.1 Module=<23549> BO=-Any- Name=’Example Map Source to Section’ Byla přidána definice kroku úlohy End. Workflow:10179388.0 Module=exModule1 BO=exBO2 Name=’Delete associated BO Values’ Přidány informace o povinné struktuře a definici kroku úlohy End. Workflow:18412.1 Module=exModule2 BO=exBO3 Name=’exBO3 - Add Values’ Krok s chybějící definicí změněn na No-Op. Workflow:12034842.1 Module=exModule1 BO=-AnyName=’exModule1 - exUpdate - Record Update’ Information about missing definition: Step:1000112 Call Workflow(38) Parent Step:1000100 Fork(13) Workflow:19111379.6 Module=exModule2 BO=exBO3 Name=’exModule2 – exBO3 - Populate File’ Information about missing definition: Step:205341 Populate File(36) Parent Step:0 Start(1) ’Start’

Hlášené problémy Sestava protokolu může identifikovat problémy, které proces nemůže opravit automaticky. Pokud proces nemůže automaticky opravit sled prací, obvykle jej deaktivuje. Můžete zkontrolovat tuto sestavu protokolu, opravit problémy sledů prací požadovaných obchodními procesy a publikovat revidované sledy prací.

Doporučené akce Následující problémy nelze opravit automaticky. Tabulka uvádí problém zapsaný do souboru WorkflowCleanup.log a odpovídající popis a doporučené akce.

82

Problém

Popis

Výraz podmínky je neplatný. Zkontrolujte a opravte výraz.

Výraz podmínky sledu prací je neplatný a nelze jej zpracovat. Za běhu se s těmito podmínkami zachází, jako by byly prázdné. Za podmínek Start se sled prací spustí. Za podmínek Switch je výraz vždy pravdivý. Za podmínek Break se operace Loop nebo Iteration přeruší. Informace o sledu prací uvádějí výraz a krok úlohy, kde je obsažen. Proces ponechá sled prací v publikovaném stavu. Sled prací musí být zkontrolován, výraz musí být opraven a sled prací musí být publikován znovu.

Sled prací byl deaktivován kvůli chybě struktury bloku, kterou nelze opravit.

Struktura bloku ve sledu prací se potýká s problémem, který jej zneplatňuje, a proces tento problém nemůže opravit. Následující typy úloh definují struktury bloků: Switch, Loop, Iterator, Fork a DataConnect. Proces sled prací deaktivuje. Zkontrolujte deaktivovaný sled prací a opravte jakékoli problémy. Je možné, že uvedený sled prací se ve tvůrci sledu prací neotevře. Pokud nelze otevřít uvedenou verzi sledu prací, otevřete ke kontrole starší verze.

Sled prací byl deaktivován kvůli chybějícímu kroku úlohy Start, který nelze opravit.

Ve sledu prací chybí krok úlohy Start a nelze jej v rámci procesu opravit. Proces sled prací deaktivuje. Zkontrolujte deaktivovaný sled prací a opravte jakékoli problémy. Je možné, že uvedený sled prací se ve tvůrci sledu prací neotevře. Pokud nelze otevřít uvedenou verzi sledu prací, otevřete ke kontrole starší verze.


Problém

Popis

Sled prací byl deaktivován kvůli chybějícím krokům úlohy Start a End, které nelze opravit.

Ve sledu prací chybí kroky úlohy Start a End a nelze jej v rámci procesu opravit. Proces sled prací deaktivuje. Zkontrolujte deaktivovaný sled prací a opravte jakékoli problémy. Je možné, že uvedený sled prací se ve tvůrci sledu prací neotevře. Pokud nelze otevřít uvedenou verzi sledu prací, otevřete ke kontrole starší verze.

Sled prací byl deaktivován kvůli chybě struktury, kterou nelze opravit.

Kroková struktura sledu prací se potýká s problémem, který jej zneplatňuje, a proces tuto strukturu nemůže opravit. Proces sled prací deaktivuje. Zkontrolujte deaktivovaný sled prací a opravte jakékoli problémy. Je možné, že uvedený sled prací se ve tvůrci sledu prací neotevře. Pokud nelze otevřít uvedenou verzi sledu prací, otevřete ke kontrole starší verze.

Sled prací byl deaktivován kvůli neznámému typu úlohy .

Sled prací obsahuje krok s typem úlohy, kterému procesor sledu prací nemůže porozumět. Protože se v kroku používá neznámý typ úlohy, tento stav nelze opravit v rámci procesu. Proces sled prací deaktivuje. Zkontrolujte deaktivovaný sled prací a opravte jakékoli problémy. Je možné, že uvedený sled prací se ve tvůrci sledu prací neotevře. Pokud nelze otevřít uvedenou verzi sledu prací, otevřete ke kontrole starší verze.

Sled prací byl deaktivován kvůli chybějícím definicím kroků, které nelze opravit.

Vlastnosti pro jeden nebo více kroků ve sledu prací nelze načíst. Protože vlastnosti kroku jsou specifické vzhledem k logice sledu prací, tento stav nelze opravit v rámci procesu. Proces sled prací deaktivuje. Zkontrolujte deaktivovaný sled prací a opravte jakékoli problémy. Je možné, že uvedený sled prací se ve tvůrci sledu prací neotevře. Pokud nelze otevřít uvedenou verzi sledu prací, otevřete ke kontrole starší verze.

Neočekávaný problém při pokusu o načtení sledu prací.

Tento problém pokrývá jakékoli problémy, které nepasují do výše uvedených kategorií. Proces sled prací deaktivuje. Zkontrolujte deaktivovaný sled prací a opravte jakékoli problémy. Je možné, že uvedený sled prací se ve tvůrci sledu prací neotevře. Pokud nelze otevřít uvedenou verzi sledu prací, otevřete ke kontrole starší verze.

Automatické opravy Následující problémy lze opravit automaticky. Tabulka uvádí problém zapsaný do souboru WorkflowCleanup.log a odpovídající popis a automatické opravy. Problém

Popis

Přidány informace o povinné struktuře a definici kroku úlohy End.

Platné sledy prací vyžadují krok úlohy End a ten nelze najít. Proces přidá do sledu prací krok úlohy End. Zkontrolujte sled prací, abyste ověřili, že byl tento krok správně přidán.

Krok s chybějící definicí změněn na No-Op.

Nelze načíst vlastnosti kroku úlohy. Podle chování v minulosti, nelze-li načíst vlastnosti kroku, tento krok byl přeskočen a zpracování pokračovalo dalším krokem. Protože vlastnosti jiných kroků než úlohy End nebo Stop jsou specifické pro sled prací, proces je nemůže vytvořit. Protože však byl tento krok v minulosti přeskočen, proces nahradí tento krok úlohy krokem úlohy No-Op. Krok úlohy No-Op je krokem, který nic nedělá. Položka protokolu uvádí informace o tom, co bylo nahrazeno, takže lze sled prací zkontrolovat. Zkontrolujte předchozí verze sledu prací, chcete-li určit účel kroku, a nahrate tento krok, je-li to nutné. Typy úloh Switch, Fork, Loop, Iterator a DataConnect nelze převést na krok No-Op. Chybějící vlastnosti pro tyto typy úloh povedou k deaktivaci sledu prací. (Tento stav pokrývá tabulka problémů, které nelze automaticky opravit v rámci procesu.)

Kapitola 3. Protokol vyčištění sledu prací

83

Problém

Popis

Zastaralý krok typu úlohy převeden na No-Op.

Starší sledy prací mohou obsahovat kroky úloh, které nejsou podporovány od vydání tvůrce sledu prací v roce 2005. Tyto zastaralé typy pravděpodobně existují ve sledech prací, které byly původně vytvořeny pomocí staršího, negrafického editoru sledů prací. Podle chování v minulosti proces tyto kroky úloh přeskočil a pokračoval dalším krokem. Proces převede tyto kroky úloh na kroky typu No-Op.

Neplatná hodnota řízení toku. Krok nastaven na normální tok (nepřehozený).

Kroky úloh Switch a Break obsahují interní hodnotu, která označuje, zda musí být podmínka použita tak, jak je (as-is), nebo přehozena. Není-li vnitřní hodnota pro normální nebo přehozený krok platná, proces ji nahradí hodnotou pro normální krok. Toto je interně používaná hodnota, nikoli výraz podmínky daného kroku. Zkontrolujte uvedené úlohy Switch nebo Break a ověřte, že tento krok je správný. Přehote krok, je-li to nutné.

Odebrána položka z tabulky WF_LOOKUP, protože sled prací není v publikovaném stavu.

Položka sledu prací existovala v tabulace WF_LOOKUP, ale sled prací není momentálně publikován. Pouze publikované sledy prací musejí mít položku v tabulce WF_LOOKUP, proto byla položka odebrána. Sled prací lze publikovat, je-li to nutné pro aktuální obchodní procesy.

Sled prací byl deaktivován, protože jeho obchodní objekt nelze najít.

Obchodní objekt, pro který je sled prací definován, neexistuje. Pokud obchodní objekt neexistuje, tento sled prací nelze spustit. Proces sled prací deaktivuje.

Sled prací byl deaktivován, protože jeho modul nelze najít.

Modul, pro který je sled prací definován, neexistuje. Pokud modul neexistuje, tento sled prací nelze spustit. Proces sled prací deaktivuje.

Položka sledu prací v tabulce WF_TEMPLATE má stav Publikováno, Sled prací byl deaktivován, ale v tabulce WF_LOOKUP žádná položka není. Protože tabulka protože není odpovídající položka v tab. WF_LOOKUP. WF_LOOKUP lokalizuje sledy prací za běhu, tento sled prací nelze spustit. Proces změní stav z Publikováno na Deaktivováno. Sled prací lze publikovat, je-li to nutné pro aktuální obchodní procesy.

84

Byla přidána definice kroku pro krok úlohy Block-End.

Nelze načíst vlastnosti úlohy Block-End. Krok úlohy Block-End je v dolní části kroku úlohy Switch nebo Loop. Všechny kroky úlohy vyžadují pro spuštění platné vlastnosti. Vlastnosti pro tento typ úlohy však neobsahují žádné hodnoty specifické pro daný sled prací. Proces pro ně vytvoří platné vlastnosti.

Byla přidána definice kroku úlohy End.

Nelze načíst vlastnosti kroku úlohy End. Všechny kroky úlohy vyžadují pro spuštění platné vlastnosti. Vlastnosti pro tento typ úlohy však neobsahují žádné hodnoty specifické pro daný sled prací. Proces pro ně vytvoří platné vlastnosti.

Byla přidána definice kroku pro krok úlohy No-Op.

Nelze načíst vlastnosti kroku úlohy No-Op. Krok úlohy No-Op je krok úlohy, který nic nedělá, ale někdy je do sledu prací přidán tvůrcem sledu prací. Všechny kroky úlohy vyžadují pro spuštění platné vlastnosti. Vlastnosti pro tento typ úlohy však neobsahují žádné hodnoty specifické pro daný sled prací. Proces pro ně vytvoří platné vlastnosti.

Byla přidána definice kroku úlohy Stop.

Nelze načíst vlastnosti kroku úlohy Stop. Všechny kroky úlohy vyžadují pro spuštění platné vlastnosti. Vlastnosti pro tento typ úlohy však neobsahují žádné hodnoty specifické pro daný sled prací. Proces pro ně vytvoří platné vlastnosti.

Byl aktualizován název sledu prací v tabulce WF_LOOKUP.

Název sledu prací v tabulce WF_LOOKUP se neshoduje s názvem v tabulce WF_TEMPLATE. Proces tento stav opravil aktualizací názvu v tabulce WF_LOOKUP. Zkontrolujte název a ověřte, že je tento název očekáván.


Upozornění Tyto informace jsou určeny pro produkty a služby nabízené ve Spojených státech. IBM nemusí produkty, služby nebo funkce popsané v tomto dokumentu nabízet v jiných zemích. Informace o produktech a službách, které jsou momentálně ve Vaší zemi dostupné, můžete získat od obchodního zástupce IBM pro Vaši oblast. Žádný z odkazů na produkty, programové vybavení nebo služby IBM neznamená, ani z něj nelze vyvozovat, že smí být použit pouze uvedený produkt, program nebo služba IBM. Použít lze jakýkoli funkčně ekvivalentní produkt, program či službu neporušující práva IBM k duševnímu vlastnictví. Za vyhodnocení a ověření operací libovolného produktu, programu či služby od jiného výrobce však odpovídá uživatel. IBM může mít patenty nebo podané žádosti o patent, které zahrnují předmět tohoto dokumentu. Vlastnictví tohoto dokumentu Vám nedává žádná práva k těmto patentům. Písemné dotazy ohledně licencí můžete zaslat na adresu: IBM Director of Licensing IBM Corporation North Castle Drive Armonk, NY 10504-1785 U.S.A. Pokud máte zájem o licenci v zemi s dvoubajtovou znakovou sadou (DBCS), kontaktujte IBM Intellectual Property Department ve Vaší zemi nebo zašlete písemné dotazy na adresu: Intellectual Property Licensing Legal and Intellectual Property Law IBM Japan Ltd. 19-21, Nihonbashi-Hakozakicho, Chuo-ku Tokyo 103-8510, Japan Následující odstavec se netýká Velké Británie nebo kterékoliv jiné země, kde taková opatření odporují místním právním předpisům: SPOLEČNOST INTERNATIONAL BUSINESS MACHINES CORPORATION TUTO PUBLIKACI POSKYTUJE TAK, JAK JE (AS-IS), BEZ JAKÝCHKOLIV ZÁRUK, VYJÁDŘENÝCH VÝSLOVNĚ NEBO VYPLÝVAJÍCÍCH Z OKOLNOSTÍ, VČETNĚ, A TO ZEJMÉNA, ZÁRUK NEPORUŠENÍ PRÁV TŘETÍCH STRAN, PRODEJNOSTI NEBO VHODNOSTI PRO URČITÝ ÚČEL VYPLÝVAJÍCÍCH Z OKOLNOSTÍ. Právní řády některých zemí nepřipouštějí vyloučení záruk vyjádřených výslovně nebo vyplývajících z okolností v určitých transakcích, a proto se na vás výše uvedené omezení nemusí vztahovat. Tato publikace může obsahovat technické nepřesnosti nebo typografické chyby. Informace zde uvedené jsou pravidelně aktualizovány a v nových vydáních této publikace již budou tyto změny zahrnuty. IBM má právo kdykoliv bez upozornění zdokonalovat nebo měnit produkt(y) a program(y) popsané v této publikaci. Jakékoliv odkazy v této publikaci na webové stránky jiných společností jsou poskytovány pouze pro pohodlí uživatele a nemohou být žádným způsobem vykládány jako doporučení těchto webových stránek ze strany IBM. Materiály obsažené na takovýchto webových stránkách nejsou součástí materiálů k tomuto produktu IBM a tyto webové stránky mohou být používány pouze na vlastní nebezpečí.


85

IBM může, pokud to považuje za vhodné, používat nebo distribuovat libovolné informace, které jí poskytnete, aniž by tím vznikl jakýkoliv závazek IBM vůči Vám. Držitelé licence na tento program, kteří si přejí mít přístup i k informacím o programu za účelem (i) výměny informací mezi nezávisle vytvořenými programy a jinými programy (včetně tohoto) a (ii) vzájemného použití sdílených informací, mohou kontaktovat: IBM Corporation 2Z4A/101 11400 Burnet Road Austin, TX 78758 U.S.A. Informace tohoto typu mohou být dostupné za určitých podmínek. V některých případech připadá v úvahu zaplacení poplatku. IBM poskytuje licencovaný program popsaný v tomto dokumentu a veškeré dostupné licencované materiály na základě podmínek uvedených ve smlouvě IBM Customer Agreement, v Mezinárodní licenční smlouvě na programy IBM International Program License Agreement nebo v jiné ekvivalentní smlouvě. Informace týkající se produktů jiných společností byly získány od dodavatelů těchto produktů, z jejich tištěných materiálů nebo z jiných veřejně dostupných zdrojů. IBM tyto produkty netestovala a nemůže potvrdit jejich přesnost, kompatibilitu nebo jiná tvrzení, která se k těmto produktům vztahují. Otázky týkající se možností produktů jiných společností adresujte dodavatelům těchto produktů. Tyto informace obsahují příklady údajů a sestav používaných v každodenních obchodních operacích. Z důvodu zajištění co největší názornosti obsahují uvedené příklady jména osob, společností, názvy značek a produktů. Všechna tato jména jsou fiktivní a jakákoliv podobnost se jmény a adresami používanými skutečnými obchodními podniky je čistě náhodná. LICENČNÍ INFORMACE: Tyto informace obsahují ukázkové aplikační programy ve zdrojovém jazyce, které ilustrují programovací techniky na různých provozních platformách. Jste oprávněni kopírovat, upravovat a distribuovat tyto vzorové programy jakýmkoliv způsobem, aniž by vám tím vznikal jakýkoliv finanční závazek vůči IBM, pro účely vývoje, užívání, marketingu nebo distribuce aplikačních programů kompatibilních s rozhraním API pro operační systém, pro který byly vzorové programy napsány. Vzorové programy nebyly důkladně testovány za všech podmínek. IBM proto nezaručuje ani nenaznačuje spolehlivost, provozuschopnost nebo funkčnost těchto programů. Vzorové programy jsou poskytovány "JAK JSOU", bez záruky jakéhokoli druhu. IBM nenese odpovědnost za jakékoli škody vzniklé v důsledku vašeho užívání vzorových programů.

Zásady ochrany osobních údajů Softwarové produkty IBM, včetně řešení SaaS (software as a service solution) ("Nabídky softwaru"), mohou využívat soubory cookie nebo jiné technologie ke shromažování informací o užívání produktů s cílem zlepšit pracovní zkušenosti koncového uživatele, lépe přizpůsobit interakce s koncovým uživatelem nebo pro jiné účely. Nabídky softwaru shromažují v mnoha případech údaje, z nichž nelze určit totožnost. Některé z našich Nabídek softwaru vám mohou pomoci umožnit shromažování údajů, z nichž lze určit totožnost. Používá-li tato Nabídka softwaru soubory cookie ke sběru údajů, z nichž lze určit totožnost, naleznete níže specifické informace o užívání souborů cookie touto nabídkou.

86


Tato Nabídka softwaru nevyužívá soubory cookie nebo jiné technologie ke shromažování údajů, z nichž lze určit totožnost. Jestliže konfigurace implementované pro tuto Nabídku softwaru vám - jako zákazníkovi poskytují schopnost shromažovat od koncových uživatelů údaje, z nichž lze určit totožnost, prostřednictvím souborů cookie a jiných technologií, jste povinni vyhledat právní poradu ohledně právních předpisů, jež se vztahují na takový sběr dat, včetně veškerých požadavků týkajících se oznamování a vyžádání souhlasu. Informace o užívání různých technologií, včetně souborů cookie, pro tyto účely najdete v dokumentu IBM Privacy Policy na adrese http://www.ibm.com/privacy a v dokumentu IBM Online Privacy Statement na adrese http://www.ibm.com/privacy/details v části nazvané "Cookies, Web Beacons and Other Technologies" a v dokumentu "IBM Software Products and Software-as-a-Service Privacy Statement" na adrese http://www.ibm.com/software/info/ product-privacy/.

Ochranné známky IBM, logo IBM a ibm.com jsou ochranné známky nebo registrované ochranné známky společnosti International Business Machines Corp ve Spojených státech a případně v dalších jiných zemích. Ostatní názvy produktů a služeb mohou být ochrannými známkami IBM a ostatních společností. Aktuální seznam ochranných známek IBM je k dispozici na webu “Copyright and trademark information” na adrese www.ibm.com/legal/copytrade.shtml. Java a všechny ochranné známky a loga založené na termínu Java jsou ochranné známky společnosti Oracle a jejích příbuzných společností. Linux je ochrannou známkou společnosti Linus Torvalds ve Spojených Státech a případně v dalších jiných zemích. Microsoft, Windows, Windows NT, a logo Windows jsou ochranné známky společnosti Microsoft Corporation ve Spojených státech a případně v dalších jiných zemích. UNIX je registrovaná ochranná známka společnosti The Open Group ve Spojených státech a jiných zemích. Ostatní názvy produktů a služeb mohou být ochrannými známkami IBM a ostatních společností.

Upozornění

87

88


Vytištěno v Dánsku společností IBM Danmark A/S.

IBM TRIRIGA Application Platform Verze 3 Vydání 4.2. Příručka instalace a implementace

Recommend Documents