Project:Sandbox

Document history '''Table of contents [ 1.   '''Introductie    4] [ 1.1   Scope    4] [ 1.2   Afkortingen    4] [ 1.3   Required files    4] [ 2.   '''Probleembeschrijving    5] [ 3.   '''Workaround    6] [ 4.   '''workaround_CT397226.sh    7] [ 4.1   Functionaliteit    7] [ 4.2   Parameters    7] [ 4.3   Database    7] [ 5.   '''Procedure    8] [ 5.1   Execute via Crontab    8] [ 5.2   Los uitvoeren    8] [ 5.3   Rapportage    9] =Introductie= ==Scope== Dit document beschrijft de geaccepteerde workaround voor het probleem waarbij een transactiedossier eld wanneer het C-AR een rejection geeft. De work-around is het achteraf op ‘Opgehaald’ zetten van relevante stappen als ook het rapporteren van deze stappen in een Excel overzicht welke gedistribueerd dient te worden als onderdeel van de Daily. ==Afkortingen == ==Required files== =Probleembeschrijving= In het proces bij het opvoeren in de OLTP database van cartx_own.tr ansaction_dossiers wordt de DWH partioning key ORGANISATION_EAN niet gevuld. Directe correctie van dit issue heeft een naar gevolg voor de performance. Een gevolg van het niet aanwezig zijn van deze key is dat het extract niet toegewezen wordt aan een Netbeheerder. Om het probleem te omzeilen wordt deze workaround in het leven geroepen. =Workaround   = De workaround zoals afgestemd met EDSN is helaas niet preventief van aard maar reactief. De reeds foutieve dossiers (organisation_ean = null) worden een uur voordat de replicatie naar de DWH plaats vindt gekoppeld aan Connections. (via de ean_id) Het organisation ean_id van de cartx_own.tr ansaction_dossiers krijgen de waarde van  connections.org  anisation_ean  Het zelfde geldt voor de child tabellen  cartx_own.tr ansaction_dossier_steps, cartx_own.td _step_status, cartx_own.re jections en cartx_own.re jection_reasons. De transaction_dossiers_id van de verwerkte transaction_dossiers worden geregistreerd in een beheer tabel " Vervolgens zal het resultaat dagelijks gedeeld moeten worden met EDSN. Hierbij geldt dat over de vorige dag wordt gerapporteerd. Het rapporteren vind plaats tijdens de Daily en dus alleen op werkdagen. Na een niet-werkdag worden dus meerdere dagen gerapporteerd. =workaround_CT397226.sh= ==Functionaliteit== Het script kan vanaf de unix prompt of vanuit de crontab worden gestart Locatie (ex. edldbp11 ). Er wordt gebruikgemaakt van het standaard shellscript  execute_sql.sh :     /home/envadmin/scripts Het creert een log file in de directory    /home/envadmin/logs/workaround_CT397226_ &lt;ORACLE_SID&gt;.log ==Parameters== Het script wordt aangeroepen met 2 parameters: the ORACLE_SID van de database waaraan je wil connecten en de naar van het sql script workaround_CT397226.sq l  The script can be executed as linux user envadmin. Bijvoorbeeld: ==Database== Het script selecteerd uit het cartx_own en het zabbix schema dus de oracle user moet select, insert,update rechten hebben om tabellen in deze schema’s te mogen bewerken. Handigste is waarschijnlijk het script te draaien als CARTX_OWN en deze insert rechten geven op: Tabel naam:   "ZABBIX".”WA_CT397226” =Procedure= Deze paragraaf beschrijft hoe het script wordt gerund en de activiteiten die uitgevoerd moeten worden. Initieel moet het sql-script gestart worden met als uitgangspunt dat 20000 transactiedossier rijen verwerkt moeten worden. Op basis van de verwerkingsduur van het script execute_p_get_data/ replication_wv104_combi.sh kan dit in een volgende run worden opgehoogd. Het script dient dagelijks gerund worden in de crontab. Na voltooiing zal het resultaat gecommuniceerd worden met EDSN via de mail. ==Execute via Crontab== Het script kan automatisch uitgevoerd worden via de cronbtab. Lees met crontab –l wanneer voor de (dwh !) omgeving het script execute_p_get_data of replication_wv104_combi.sh gescheduled staat. Bijvoorbeeld: Kies een periode van een uur voor de start van het eerste van deze scripts. waarschijnlijk 23 uur s’avonds dagelijks. Plaats onderstaande regel in de crontab van de OLTP (!): ==Los uitvoeren== Je kunt dus de gebruikte vaste waarden in het sql script aanpassen maar je moet rekening blijven houden met de belasting van het erna volgende replicatie proces naar de DWH. De eerste dagen na invoering moet e.e.a. worden beoordeeld. Het script kan los uitgevoerd worden: '&gt; sudo su - envadmin'' &gt; cd scripts & gt; nohup /home/envadmin/scripts/execute_sql OLTPP1 workaround_CT397226 &  ==Rapportage== De resultaten worden opgeslagen in de tabel "ZABBIX".”WA_CT397226”. Bij de daily dienen de volgende stappen te wiorden uitgevoerd:
 * 1) Log in on server edldbp11
 * 2) Become user envadmin :'''
 * 1) Go to the script directory:
 * 1) Execute the script with the following command:
 * 1) Controleer onderstaande log-lile op fouten: /home/envadmin/logs /workaround_CT397226_OLPTP1.lo g
 * 2) Log in op  de database met SQLDeveloper of TOAD (readonly user is sufficient)
 * 3) Run script workaround_ CT391206 _report.sq  l. Er wordt gevraagd om aantal dagen dat gerapporteerd moet worden dit is meestal 1 maar op maandag vul je hier bijvoorbeeld 3 in en na paasmaandag 4.
 * 4) Open the Excel and copy the result from [3] into sheet and save.
 * 5) Zend een e-mail naar de servicedesk@ edsn.nl and NLAMSC@ CGI.com
 * 6) Onderwerp : ‘ Workaround 3972266/24645 (datum van controle) ’
 * 7) Attachment als data gevonden is deze data in een excel sheet
 * 8) Als geen data gevonden werd de tekst dat geen data werd aangepast.