Siebel CRM inrichten OTAP straat
29/08/07 22:10 Filed in: DBA - Siebel
crm
Doel:
Inrichten van een complete Siebel CRM omgeving ter ondersteuning van ca. 800 interne en een veelvoud externe gebruikers.
Achtergrond:
In een eerdere fase is de infrastructuur definitie gemaakt en is een hosting partij geselecteerd, gedurende dit project worden de omgevingen ingericht en ter beschikking gesteld van de testteams. Tevens wordt het beheer uitgevoerd op alle 7 omgevingen. De productie omgeving gaat zorgen voor een centrale ontsluiting van de klantgegevens. Deze klantgegevens dienen 24 uur per dag beschikbaar te zijn voor gebruikers en systemen middels webservices. Het is de bedoeling dat de Siebel CRM applicatie het grootste deel van de legacy systemen vervangt. Vanuit oa. een mainframe worden de databases middels ETL processen op dagelijkse basis gevuld met mutaties totdat het CRM systeem het mainframe vervangen heeft.
Rol:
- Oracle DBA
- Teamcoordinator technisch beheer
Aanpak:
Het project is in een aantal fases opgesplitst:
1. Inrichten en opleveren hardware door hosting partij
2. Inrichten en configureren Siebel functionaliteit (incl. ETL en ESB)
3. Functionele-, gebruikers- en performancetesten
4. Initieel laden klantdata
5. Up-to-date houden data op dagelijkse basis
6. Aansluiten bestaande systemen
7. Vervangen legacy systemen
Techniek(over 2 geografisch geschieden datacenters):
- HP Itanium servers met Oracle 10g rdbms
- HP Intel servers voor de Siebel en ETL applicaties
- HP Intel servers voor Sonic ESB processen
Periode:
mei 2007 - heden
Inrichten van een complete Siebel CRM omgeving ter ondersteuning van ca. 800 interne en een veelvoud externe gebruikers.
Achtergrond:
In een eerdere fase is de infrastructuur definitie gemaakt en is een hosting partij geselecteerd, gedurende dit project worden de omgevingen ingericht en ter beschikking gesteld van de testteams. Tevens wordt het beheer uitgevoerd op alle 7 omgevingen. De productie omgeving gaat zorgen voor een centrale ontsluiting van de klantgegevens. Deze klantgegevens dienen 24 uur per dag beschikbaar te zijn voor gebruikers en systemen middels webservices. Het is de bedoeling dat de Siebel CRM applicatie het grootste deel van de legacy systemen vervangt. Vanuit oa. een mainframe worden de databases middels ETL processen op dagelijkse basis gevuld met mutaties totdat het CRM systeem het mainframe vervangen heeft.
Rol:
- Oracle DBA
- Teamcoordinator technisch beheer
Aanpak:
Het project is in een aantal fases opgesplitst:
1. Inrichten en opleveren hardware door hosting partij
2. Inrichten en configureren Siebel functionaliteit (incl. ETL en ESB)
3. Functionele-, gebruikers- en performancetesten
4. Initieel laden klantdata
5. Up-to-date houden data op dagelijkse basis
6. Aansluiten bestaande systemen
7. Vervangen legacy systemen
Techniek(over 2 geografisch geschieden datacenters):
- HP Itanium servers met Oracle 10g rdbms
- HP Intel servers voor de Siebel en ETL applicaties
- HP Intel servers voor Sonic ESB processen
Periode:
mei 2007 - heden
Siebel CRM inrichten testomgeving
01/04/07 23:14 Filed in: DBA - Siebel
crm
Doel:
Definieren infrastructuur ten bate van een 24 x 7 Siebel CRM omgeving ter ondersteuning van ca. 800 interne en een veelvoud externe gebruikers en operationeel maken de eerste testomgeving voor Siebel CRM 7.8.
Achtergrond:
In samenwerking met Oracle/Siebel en HP is een infrastructuur definitie gemaakt voor de toekomstige Siebel CRM infrastructuur op basis van sizing rapporten van de diverse partijen. De ingerichte testomgeving was de eerste van een totale Siebel CRM straat voor een centrale ontsluiting van de klantengegevens. Deze klantgegevens dienen 24 uur per dag beschikbaar te zijn voor gebruikers en systemen middels webservices. Uiteindelijk is het de bedoeling dat de Siebel CRM applicatie het leden systeem op het IBM-mainframe vervangt. Vanuit oa. het mainframe worden de databases middels ETL processen op dagelijkse basis gevuld met mutaties totdat het CRM systeem het mainframe vervangt.
Rol:
Oracle DBA
Aanpak:
Het project is in vier fases opgesplitst:
1. Definieren uiteindelijk architectuur en sizing hardware
2. Inrichten Oracle server
3. Installeren Windows applicatieservers
4. Beschikbaar stellen en beheren testomgeving
Techniek testomgeving:
- HP4640 (ia64) server met Oracle 10g rdbms
- HP DL360 (x86) servers (3x) voor de Siebel applicatie
- HP DL360 (x86) server voor Powercenter Informatica t.b.v ETL processen
Periode:
november 2006 - april 2007
Definieren infrastructuur ten bate van een 24 x 7 Siebel CRM omgeving ter ondersteuning van ca. 800 interne en een veelvoud externe gebruikers en operationeel maken de eerste testomgeving voor Siebel CRM 7.8.
Achtergrond:
In samenwerking met Oracle/Siebel en HP is een infrastructuur definitie gemaakt voor de toekomstige Siebel CRM infrastructuur op basis van sizing rapporten van de diverse partijen. De ingerichte testomgeving was de eerste van een totale Siebel CRM straat voor een centrale ontsluiting van de klantengegevens. Deze klantgegevens dienen 24 uur per dag beschikbaar te zijn voor gebruikers en systemen middels webservices. Uiteindelijk is het de bedoeling dat de Siebel CRM applicatie het leden systeem op het IBM-mainframe vervangt. Vanuit oa. het mainframe worden de databases middels ETL processen op dagelijkse basis gevuld met mutaties totdat het CRM systeem het mainframe vervangt.
Rol:
Oracle DBA
Aanpak:
Het project is in vier fases opgesplitst:
1. Definieren uiteindelijk architectuur en sizing hardware
2. Inrichten Oracle server
3. Installeren Windows applicatieservers
4. Beschikbaar stellen en beheren testomgeving
Techniek testomgeving:
- HP4640 (ia64) server met Oracle 10g rdbms
- HP DL360 (x86) servers (3x) voor de Siebel applicatie
- HP DL360 (x86) server voor Powercenter Informatica t.b.v ETL processen
Periode:
november 2006 - april 2007
e-Business Suite upgrade
23/06/06 18:00 Filed in: DBA - ebs
upgrade
Doel:
Upgraden van een Oracle e-Business Suite naar de laatste versie. Hierdoor werd bereikt dat de software weer gesupport is en er veel nieuwe functionaliteit geïmplementeerd ka worden.
Achtergrond:
Deze applicatie wordt gebruikt voor de ondersteuning van alle administratieve processen. De versie die voor de migratie gebruikt werd, was al een tijd niet meer gesupport door Oracle. Hierdoor waren uitbreidingen niet meer mogelijk. Er is toen gekozen voor een major upgrade van 11.03 naar 11.5.10. Vanwege tijd en geld is hiervoor Oracle SSI (Bangalore, India) ingezet.
Rollen:
- Project DBA
- Adviseur klant
- Technisch projectleider VPN
Aanpak:
Na een lang en gedegen voortraject waarbij al het maatwerk uitvoerig in kaart was gebracht, werd er gestart met de aanschaf van 3 nieuwe servers en 2 EMC san's voorzien van DMX800 storagekasten. Hiermee werd direct alle hardware vervangen en uitgebreid met business continuity componenten. Een van de servers is vervolgens ingericht als migratieserver. Deze is voorzien van een productie kopie als referentie voor de upgrade. Oracle SSI en NL hebben vervolgens middels VPN toegang gekregen tot deze server. Op de migratieserver zijn in totaal 3 proef migraties uitgevoerd waarbij de laatste migratie is gebruikt voor de acceptatietesten door gebruikers. Gedurende de drie migraties is er veel performance en timing data verzameld. Met deze data is op een detailistisch niveau de productie upgrade gepland. De productie upgrade is door een Indiër onsite in Nederland uitgevoerd, in samenwerking met de project DBA. Gedurende de productie upgrade is er 24 uur per dag doorgewerkt.
Techniek:
Drie HP9000 servers met Oracle e-Business Suite 11.5.10 software
Op twee van de servers is een volledige OTAP omgeving opgebouwd
De derde server is gebruikt als migratieserver voor Oracle SSI/NL
Bijzonderheden:
De kickoff van het project vond plaats in Bangalore (India) waarbij een zestal personen vanuit Nederland aanwezig waren waaronder de project DBA. Gedurende een week is het gehele project vanuit alle disciplines doorgenomen. Deze kickoff week is door alle partijen als zeer nuttig ervaren en een absolute aanrader voor alle volgende projecten die "ge-offshored" worden.
Periode:
juni 2005 - januari 2006
Upgraden van een Oracle e-Business Suite naar de laatste versie. Hierdoor werd bereikt dat de software weer gesupport is en er veel nieuwe functionaliteit geïmplementeerd ka worden.
Achtergrond:
Deze applicatie wordt gebruikt voor de ondersteuning van alle administratieve processen. De versie die voor de migratie gebruikt werd, was al een tijd niet meer gesupport door Oracle. Hierdoor waren uitbreidingen niet meer mogelijk. Er is toen gekozen voor een major upgrade van 11.03 naar 11.5.10. Vanwege tijd en geld is hiervoor Oracle SSI (Bangalore, India) ingezet.
Rollen:
- Project DBA
- Adviseur klant
- Technisch projectleider VPN
Aanpak:
Na een lang en gedegen voortraject waarbij al het maatwerk uitvoerig in kaart was gebracht, werd er gestart met de aanschaf van 3 nieuwe servers en 2 EMC san's voorzien van DMX800 storagekasten. Hiermee werd direct alle hardware vervangen en uitgebreid met business continuity componenten. Een van de servers is vervolgens ingericht als migratieserver. Deze is voorzien van een productie kopie als referentie voor de upgrade. Oracle SSI en NL hebben vervolgens middels VPN toegang gekregen tot deze server. Op de migratieserver zijn in totaal 3 proef migraties uitgevoerd waarbij de laatste migratie is gebruikt voor de acceptatietesten door gebruikers. Gedurende de drie migraties is er veel performance en timing data verzameld. Met deze data is op een detailistisch niveau de productie upgrade gepland. De productie upgrade is door een Indiër onsite in Nederland uitgevoerd, in samenwerking met de project DBA. Gedurende de productie upgrade is er 24 uur per dag doorgewerkt.
Techniek:
Drie HP9000 servers met Oracle e-Business Suite 11.5.10 software
Op twee van de servers is een volledige OTAP omgeving opgebouwd
De derde server is gebruikt als migratieserver voor Oracle SSI/NL
Bijzonderheden:
De kickoff van het project vond plaats in Bangalore (India) waarbij een zestal personen vanuit Nederland aanwezig waren waaronder de project DBA. Gedurende een week is het gehele project vanuit alle disciplines doorgenomen. Deze kickoff week is door alle partijen als zeer nuttig ervaren en een absolute aanrader voor alle volgende projecten die "ge-offshored" worden.
Periode:
juni 2005 - januari 2006
OTAP omgeving voor klantendatabase
23/06/06 12:00 Filed in: DBA - opzetten
klantendatabase
Doel:
Installeren van 4 servers en installeren van een volledige OTAP omgeving tbv. een centrale klantendatabase welke 7 x 24 uur beschikbaar moet zijn voor diverse (Middleware) applicaties.
Achtergrond:
De databases op dit cluster gaan de basis vormen voor een centrale ontsluiting van de klantengegevens. Deze klantengegevens dienen 24 uur per dag beschikbaar te zijn voor Middleware en andere systemen. De databases vervangen in eerste instantie een verouderd datawarehouse en uiteindelijk het VMS-mainframe. Voor dit doel is er een volledig nieuw databaseschema ontworpen. Vanuit oa. het VMS-mainframe worden de databases gevoed middels sqlloader.
Rol:
Oracle DBA / Technisch projectleider
Aanpak:
Het project is in vier fases opgesplitst:
1. Inrichten nieuwe servers, te beginnen met de acceptatieomgeving
2. Installeren primaire en hot-standby databases
3. Installeren databaseschema en aanpassen laadprocedures
4. Laden data vanuit het mainframe
Techniek:
- Productie: Twee MC serviceguard geclusterde HP9000 (PA_RISC) servers met Oracle 9i rdbms inclusief een fysieke hot-standby database welke middels Dataguard gesynchroniseerd wordt
- Acceptatie: Een MC serviceguard (software) geclusterde HP9000 (PA_RISC) server met Oracle 9i rdbms
- Ontwikkel/test: Een HP9000 (IA64) server voorzien van twee ip-adressen en twee Oracle 9i rdbms'en
Installeren van 4 servers en installeren van een volledige OTAP omgeving tbv. een centrale klantendatabase welke 7 x 24 uur beschikbaar moet zijn voor diverse (Middleware) applicaties.
Achtergrond:
De databases op dit cluster gaan de basis vormen voor een centrale ontsluiting van de klantengegevens. Deze klantengegevens dienen 24 uur per dag beschikbaar te zijn voor Middleware en andere systemen. De databases vervangen in eerste instantie een verouderd datawarehouse en uiteindelijk het VMS-mainframe. Voor dit doel is er een volledig nieuw databaseschema ontworpen. Vanuit oa. het VMS-mainframe worden de databases gevoed middels sqlloader.
Rol:
Oracle DBA / Technisch projectleider
Aanpak:
Het project is in vier fases opgesplitst:
1. Inrichten nieuwe servers, te beginnen met de acceptatieomgeving
2. Installeren primaire en hot-standby databases
3. Installeren databaseschema en aanpassen laadprocedures
4. Laden data vanuit het mainframe
Techniek:
- Productie: Twee MC serviceguard geclusterde HP9000 (PA_RISC) servers met Oracle 9i rdbms inclusief een fysieke hot-standby database welke middels Dataguard gesynchroniseerd wordt
- Acceptatie: Een MC serviceguard (software) geclusterde HP9000 (PA_RISC) server met Oracle 9i rdbms
- Ontwikkel/test: Een HP9000 (IA64) server voorzien van twee ip-adressen en twee Oracle 9i rdbms'en
Oracle9i naar firewall-zone
22/06/06 12:00 Filed in: DBA - rdbms naar
fw-zone
Doel:
Verplaatsen van 2 mcsg geclusterde servers met Oracle9i van het gebruikersnetwerk naar een beveiligde zone aan de firewall.
Achtergrond:
De databases op dit cluster vormen de basis van de centrale klantengegevens. Deze gegevens dienen 24 uur per dag beschikbaar te zijn voor Middleware en andere systemen. Gezien de aard van de data was het wenselijk om de databases niet vanuit het normale gebruikersnetwerk bereikbaar te laten zijn. Aangezien deze nieuwe eis van beveiliging net voor de in productiename van het systeem werd gesteld, is de oplevering opgeschoven tot na de verplaatsing van het systeem. Wegens de krappe bandbreedte van de firewall is voor de backup gekozen voor een aparte (Pix) firewall waardoor de data gedurende de backup naar de taperobots geschreven wordt.
Rol:
Oracle DBA / Technisch projectleider
Aanpak:
Het project is in vier fases opgesplitst:
1. Aansluiten servers op een beveiligde zone van de firewall
2. Herconfigureren HPUX en clustersoftware
3. Herconfigureren rdbms en aanpassen sqlloader laadprocedures
4. Herconfigureren backup procedures en datastromen
Techniek:
Twee MC serviceguard geclusterde HP9000 (PA_RISC) servers met Oracle 9i rdbms inclusief een fysieke hot-standby database welke middels Dataguard gesynchroniseerd wordt.
Verplaatsen van 2 mcsg geclusterde servers met Oracle9i van het gebruikersnetwerk naar een beveiligde zone aan de firewall.
Achtergrond:
De databases op dit cluster vormen de basis van de centrale klantengegevens. Deze gegevens dienen 24 uur per dag beschikbaar te zijn voor Middleware en andere systemen. Gezien de aard van de data was het wenselijk om de databases niet vanuit het normale gebruikersnetwerk bereikbaar te laten zijn. Aangezien deze nieuwe eis van beveiliging net voor de in productiename van het systeem werd gesteld, is de oplevering opgeschoven tot na de verplaatsing van het systeem. Wegens de krappe bandbreedte van de firewall is voor de backup gekozen voor een aparte (Pix) firewall waardoor de data gedurende de backup naar de taperobots geschreven wordt.
Rol:
Oracle DBA / Technisch projectleider
Aanpak:
Het project is in vier fases opgesplitst:
1. Aansluiten servers op een beveiligde zone van de firewall
2. Herconfigureren HPUX en clustersoftware
3. Herconfigureren rdbms en aanpassen sqlloader laadprocedures
4. Herconfigureren backup procedures en datastromen
Techniek:
Twee MC serviceguard geclusterde HP9000 (PA_RISC) servers met Oracle 9i rdbms inclusief een fysieke hot-standby database welke middels Dataguard gesynchroniseerd wordt.
OMS installatie en configuratie
22/06/06 11:30 Filed in: DBA - OMS
installatie
Doel:
Het installeren, configureren en in gebruik nemen van een Oracle Management Server voor monitoring doeleinden.
Achtergrond:
Teneinde een kostenbesparing te realiseren en tevens pro-actieve monitoring te kunnen toepassen is er gekozen voor de inrichting van een Oracle Management server. Daarbij is de keuze gevallen op Linux wegens de stabiliteit en hoge mate van beveiligingsmogelijkheden. Het systeem is in redelijk korte tijd ingericht en geconfigureerd. In het optimaliseren van de events en de clients is de meeste tijd gaan zitten. Security, te hoge load als gevolg van de monitoring processen en de grote hoeveelheid aan alerts waren de belangriijkste knelpunten.
Rol:
Oracle DBA / project initiator
Aanpak:
Het project is in vijf fases opgesplitst:
1. Inrichten nieuwe server met Redhat Linux
2. Installeren Oracle database en OMS software
3. Installeren en configureren clients op de te-monitoren systemen
4. Definieren en aanmaken templates van te monitoren Oracle en server componenten
5. Aanmaken events vanuit de templates en handmatige controle van de systemen
Techniek:
- Redhat Linux x86 server
- Oracle 9i rdbms en Management Server
- Client-os'en: HPUX(32 en 64Bit), Redhat Linux, Windows NT4, WIndows 2000 Server
Het installeren, configureren en in gebruik nemen van een Oracle Management Server voor monitoring doeleinden.
Achtergrond:
Teneinde een kostenbesparing te realiseren en tevens pro-actieve monitoring te kunnen toepassen is er gekozen voor de inrichting van een Oracle Management server. Daarbij is de keuze gevallen op Linux wegens de stabiliteit en hoge mate van beveiligingsmogelijkheden. Het systeem is in redelijk korte tijd ingericht en geconfigureerd. In het optimaliseren van de events en de clients is de meeste tijd gaan zitten. Security, te hoge load als gevolg van de monitoring processen en de grote hoeveelheid aan alerts waren de belangriijkste knelpunten.
Rol:
Oracle DBA / project initiator
Aanpak:
Het project is in vijf fases opgesplitst:
1. Inrichten nieuwe server met Redhat Linux
2. Installeren Oracle database en OMS software
3. Installeren en configureren clients op de te-monitoren systemen
4. Definieren en aanmaken templates van te monitoren Oracle en server componenten
5. Aanmaken events vanuit de templates en handmatige controle van de systemen
Techniek:
- Redhat Linux x86 server
- Oracle 9i rdbms en Management Server
- Client-os'en: HPUX(32 en 64Bit), Redhat Linux, Windows NT4, WIndows 2000 Server
Oracle 8.0.x naar 8.1.7 upgrade
22/06/06 11:00 Filed in: DBA - rdbms
upgrade
Doel:
Het upgraden van 2 productiedatabases van Oracle 8.0.5 naar 8.1.7.3 en 7 x 24u beschikbaar maken.
Achtergrond:
Deze databases zijn de basis van een call-center systeem bestaande uit een oltp database en een datawarehouse welke laatste oa. gevoed wordt door een offsite VMS-mainframe middels sqlloader. In de oltp database worden oa. contactgegevens vastgelegd, tevens wordt dagelijks vanuit de contactgegevens fulfilment geproduceerd. De omvang van met name het datawarehouse en de te verwachten doorlooptijd van de upgrade afgezet tegen de openingstijden heeft ons gedwongen om een tijdelijk platform in te richten waarop de productieomgeving gedurende de upgrade zou gaan draaien. Naast de databases waren er nog een (maatwerk) applicatie en een messagebroker (voor communicatie met het VMS-mainframe) actief. Het geheel draaide op twee mcsg geclusterde HP9000 systemen.
Rol:
Oracle DBA
Aanpak:
Het project is in vijf fases opgesplitst. Dit om minimale verstoring te veroorzaken voor gebruikers.
1. Inrichten tijdelijk platform
2. Verplaatsen productieomgeving naar tijdelijk platform
3. Upgrade HPUX en mcsg cluster software
4. Installatie nieuwe Edge versie en migratie applicatie software
5. Installatie Oracle 8.1.7.3 en upgraden database, tevens aanmaken van twee hot-standby databases
Techniek:
Twee MC serviceguard geclusterde HP9000 servers met Oracle 8i rdbms
Twee fysieke hot-standby databases welke middels Dataguard gesynchroniseerd worden
De applicatie is gemaakt in Edge.
Doordat er overgegaan werd van HPUX 10.20 naar 11i diende er een aantal programma's aangepast te worden.
Het upgraden van 2 productiedatabases van Oracle 8.0.5 naar 8.1.7.3 en 7 x 24u beschikbaar maken.
Achtergrond:
Deze databases zijn de basis van een call-center systeem bestaande uit een oltp database en een datawarehouse welke laatste oa. gevoed wordt door een offsite VMS-mainframe middels sqlloader. In de oltp database worden oa. contactgegevens vastgelegd, tevens wordt dagelijks vanuit de contactgegevens fulfilment geproduceerd. De omvang van met name het datawarehouse en de te verwachten doorlooptijd van de upgrade afgezet tegen de openingstijden heeft ons gedwongen om een tijdelijk platform in te richten waarop de productieomgeving gedurende de upgrade zou gaan draaien. Naast de databases waren er nog een (maatwerk) applicatie en een messagebroker (voor communicatie met het VMS-mainframe) actief. Het geheel draaide op twee mcsg geclusterde HP9000 systemen.
Rol:
Oracle DBA
Aanpak:
Het project is in vijf fases opgesplitst. Dit om minimale verstoring te veroorzaken voor gebruikers.
1. Inrichten tijdelijk platform
2. Verplaatsen productieomgeving naar tijdelijk platform
3. Upgrade HPUX en mcsg cluster software
4. Installatie nieuwe Edge versie en migratie applicatie software
5. Installatie Oracle 8.1.7.3 en upgraden database, tevens aanmaken van twee hot-standby databases
Techniek:
Twee MC serviceguard geclusterde HP9000 servers met Oracle 8i rdbms
Twee fysieke hot-standby databases welke middels Dataguard gesynchroniseerd worden
De applicatie is gemaakt in Edge.
Doordat er overgegaan werd van HPUX 10.20 naar 11i diende er een aantal programma's aangepast te worden.
Oracle9i AS en rdbms naar firewall-zone
21/06/06 12:00 Filed in: TPL - iAS naar
fw-zone
Doel:
Het verplaatsen van een hoog-beschikbaar systeem van het gebruikersnetwerk naar een beveiligde zone aan de firewall.
Achtergrond:
Deze applicatie wordt gebruikt voor het registreren van bestellingen door landelijke vestigingen. Vanuit dit systeem worden de vestigingen voorzien van winkelvoorraad. Doordat ook partner bedrijven deze artikelen verkopen is het noodzakelijk een veilige toegang tot de applicatie mogelijk te maken. Voorwaarde was echter dat deze derden niet op het bedrijfsnetwerk geautoriseerd hoefden te worden. Door de vele tijdstippen en locaties waar het systeem gebruikt wordt was het niet makkelijk een geschikt servicewindow te vinden waarin de verplaatsing kon plaatsvinden.
Rol:
Technisch projectleider
Aanpak:
Om de verstoring voor de gebruikers zo klein mogelijk te houden is het project in drie fases opgesplitst:
1. Verplaatsen acceptatieomgeving naar firewall-zone en testen alle functionaliteit
2. Beschikbaar stellen productie functionaliteit via een Apache proxy server. Het cluster staat op dat moment nog in het normale netwerk
3. Verplaatsen HPUX cluster met applicatie en databases naar een ander v-lan aan de firewall
Techniek:
Twee MC serviceguard geclusterde HP9000 servers met Oracle 9i rdbms en iAS software.
Op een derde HP9000 server staat een hot-standby database.
De applicatie is gemaakt in J2EE.
Het verplaatsen van een hoog-beschikbaar systeem van het gebruikersnetwerk naar een beveiligde zone aan de firewall.
Achtergrond:
Deze applicatie wordt gebruikt voor het registreren van bestellingen door landelijke vestigingen. Vanuit dit systeem worden de vestigingen voorzien van winkelvoorraad. Doordat ook partner bedrijven deze artikelen verkopen is het noodzakelijk een veilige toegang tot de applicatie mogelijk te maken. Voorwaarde was echter dat deze derden niet op het bedrijfsnetwerk geautoriseerd hoefden te worden. Door de vele tijdstippen en locaties waar het systeem gebruikt wordt was het niet makkelijk een geschikt servicewindow te vinden waarin de verplaatsing kon plaatsvinden.
Rol:
Technisch projectleider
Aanpak:
Om de verstoring voor de gebruikers zo klein mogelijk te houden is het project in drie fases opgesplitst:
1. Verplaatsen acceptatieomgeving naar firewall-zone en testen alle functionaliteit
2. Beschikbaar stellen productie functionaliteit via een Apache proxy server. Het cluster staat op dat moment nog in het normale netwerk
3. Verplaatsen HPUX cluster met applicatie en databases naar een ander v-lan aan de firewall
Techniek:
Twee MC serviceguard geclusterde HP9000 servers met Oracle 9i rdbms en iAS software.
Op een derde HP9000 server staat een hot-standby database.
De applicatie is gemaakt in J2EE.
Vervangen Netware 6.0 cluster en san-storage
20/06/06 12:00 Filed in: TPL - Netware
6.0 vervanging
Doel:
Vervangen zwaar verouderde Netware 6.0 zes node cluster met een Compaq san.
Achtergrond:
De gehele KA omgeving wordt gehost op een zwaar verouderd Netware 6.0 cluster waarbij de data op een 5 jaar oud Compaq san staat. Deze omgeving is zeer instabiel en komt resources te kort om de ca. 2000 eindgebruikers fatsoenlijk te kunnen laten werken. Op deze omgeving staan alle gebruikers- en projectbestanden, Groupwise mailboxen (zonder limieten), nfs koppelingen ten bate van interfacing met andere (niet-Netware) systemen. Ook voorziet deze omgeving voor de gebruikers autenticatie bij het inloggen en worden de lokale profielen van de Windows2000 clients er opgeslagen. Tevens duurde een volledige back-up van de omgeving meer dan 48 uur voor de ca. 2,2TB aan data.
Rol:
Technisch (crisis) projectleider
Aanpak:
Het project is in drie fases opgesplitst:
1. Vervangen clusternodes voorzien van Netware 6.5
2. Vervangen back-up hardware en procedures
3. Naar het meest recente support level brengen van de san storage door installatie firmware patches
Techniek:
- Novell Netware 6.5 zes node cluster op HP DL580 servers
- Compaq HSG80 san
Bijzonderheden:
Het project is onder zeer grote druk uitgevoerd in voornamelijk de nachtelijke uren wegens het 24 uurs karakter van de dienstverlening. Er was grote spoed bij de uitvoer van dit project omdat resources (cluster packages) regelmatig corrupt raakten. Het gevolg daarvan was een zeer moeizaam restore- en rebuildproces dat vele dagen in beslag nam. De backup werd via een 100Mbit gemaakt naar een enkelvoudige tapedrive. Gedurende het project is er een Virtual Tape Library (VTL) ingezet en is Gigabit ethernet geïmplementeerd. In een latere fase is een MSL6000 taperobot toegevoegd en wordt er parallel geback-upped naar de MSL en de VTL. Door deze acties duurt een full back-up nu nog slechts 16 uur.
Vervangen zwaar verouderde Netware 6.0 zes node cluster met een Compaq san.
Achtergrond:
De gehele KA omgeving wordt gehost op een zwaar verouderd Netware 6.0 cluster waarbij de data op een 5 jaar oud Compaq san staat. Deze omgeving is zeer instabiel en komt resources te kort om de ca. 2000 eindgebruikers fatsoenlijk te kunnen laten werken. Op deze omgeving staan alle gebruikers- en projectbestanden, Groupwise mailboxen (zonder limieten), nfs koppelingen ten bate van interfacing met andere (niet-Netware) systemen. Ook voorziet deze omgeving voor de gebruikers autenticatie bij het inloggen en worden de lokale profielen van de Windows2000 clients er opgeslagen. Tevens duurde een volledige back-up van de omgeving meer dan 48 uur voor de ca. 2,2TB aan data.
Rol:
Technisch (crisis) projectleider
Aanpak:
Het project is in drie fases opgesplitst:
1. Vervangen clusternodes voorzien van Netware 6.5
2. Vervangen back-up hardware en procedures
3. Naar het meest recente support level brengen van de san storage door installatie firmware patches
Techniek:
- Novell Netware 6.5 zes node cluster op HP DL580 servers
- Compaq HSG80 san
Bijzonderheden:
Het project is onder zeer grote druk uitgevoerd in voornamelijk de nachtelijke uren wegens het 24 uurs karakter van de dienstverlening. Er was grote spoed bij de uitvoer van dit project omdat resources (cluster packages) regelmatig corrupt raakten. Het gevolg daarvan was een zeer moeizaam restore- en rebuildproces dat vele dagen in beslag nam. De backup werd via een 100Mbit gemaakt naar een enkelvoudige tapedrive. Gedurende het project is er een Virtual Tape Library (VTL) ingezet en is Gigabit ethernet geïmplementeerd. In een latere fase is een MSL6000 taperobot toegevoegd en wordt er parallel geback-upped naar de MSL en de VTL. Door deze acties duurt een full back-up nu nog slechts 16 uur.