Upgrade naar Test-omgeving - fouten

[pascal]

Goedemiddag, ik heb een upgrade proberen uit te voeren naar de Test-omgeving.
Helaas kreeg ik een aantal meldingen tijdens de upgrade-procedure.

Ik heb een backup van HeartProfit terug gezet.
Niet van elke melding heb ik een schermafdruk, maar hopelijk kunnen jullie aan de hand van onderstaande herleiden wat er fout is gegaan, of wat ik fout heb gedaan.

[Wouter Rijnbende]

Dat het reorganiseren van tabel SYTV fout loopt kan ik op zich wel plaatsen. SYTV is een Tabel die voor Transakties wordt gebruikt, en dit hele Transaktionele gebeuren is totaal op z'n kop gezet. Ik had alleen verwacht dat de Upgrade daarop zou anticiperen, maar, om een e.o.a. reden toch niet.

Wat achtergrond informatie:

SYTV, als je die gebruikt, kan al snel miljoenen records gaan bevatten. Derhalve zijn diverse velden die daar in stonden en die in de nieuwe versie niet meer gebruikt worden, verwijderd. Op zich niets spannends... zoiets gebeurt bij Logistieke tabellen wel vaker, en daarom kopieert de Upgrade ook altijd éérst een nieuwe versie van de reorganisatie programmatuur alvorens ze aan de Database Upgrade begint.

Voor de Systeembestanden is dat net even anders. Alle Systeembestanden zitten in een Systeemprocedure, en dié wordt pas als allerlaatste in de Upgrade vervangen. Als er tijdens de Upgrade SY tabellen worden aangepast, worden deze nog niet direkt gereorganiseerd; dat gebeurt 'uitgesteld' aan het einde van de Upgrade. Op dat moment aktiveren we de nieuwe Systeemprocedure en reorganiseren we die tabellen alsnog. Dit is op zich "gevaarlijk" en zou kunnen fout kunnen lopen als bijv. dat Reorganiseren instellingen benodigd die bij opstarten van Profit worden bepaald, immers, dat is dan tijdens die upgrade niet gebeurd. In de helptekst van de Upgrade staat ook uitgelegd dat de Upgrade op deze plek fout kán lopen, en je in zo'n geval de Upgrade af moet maken en daarna SY moet reorganiseren. Dat zou voor nu ook de job hebben gedaan.

Maar... in de huidige situatie heb we dit voor willen zijn. De reorganisatie programmatuur van de Systeembestanden is buiten de Systeemprocedure gehaald en de zodra de nieuwe Systeemprocedure geaktiveerd werd, zou daar geen 'SYTV' meer mee gereorganiseerd kunnen worden. De reorganisatie versie die buiten de Systeemprocedure was gehaald zou dan de job moeten hebben gedaan, en heeft dit op zich bij andere Upgrades al goed volbracht (je was immers niet de eerste met een Upgrade na deze aanpassingen). Wat dat betreft 'raar' dat dit is foutgelopen, ik had het niet verwacht.

Omdat je nu een backup hebt teruggezet, kan ik niet meer zien wat er precies (of in welke volgorde) gebeurd is, en kan ik ook niet precies herkennen wat er fout is gegaan. Ik heb wel je upgrade nog een keer gedownload, en alles wat daar in staat ziet er uit zoals verwacht (maar kan dus schijnbaar toch op e.o.a. manier foutlopen).

Omdat de VFP versie (dus niet-ADS) maar één versie van Systeembestanden heeft, kan ik nu niet zomaar even in de Testbestanden de Upgrade opnieuw opstarten, immers, de gebruikers in Produktie zullen die bestanden in gebruik hebben (Nb: in de ADS versie is ook de Systeemdatabase voor Test- gescheiden van Produktie, dus, in die versie kun je in Test een Upgrade doen terwijl de gebruikers in Produktie door blijven werken). Overigens leidt dát er weer toe dat je ná de Upgrade tijdelijk een situatie hebt dat je in Test een nieuwere Systeemprocedure hebt dan in Produktie, terwijl de versie in Test de SY bestanden op een andere manier reorganiseert dan in Produktie. Ook dat bekend, en volgens mij gaat dat gepaard met meldingen die aangeeft dat je een Systeemprocedure pending hebt in een Upgrade, en je vanuit de Produktiebestanden GEEN SY moet reorganiseren!  In theorie zou e.e.a. ook fout kunnen lopen, ware het niet dat die SYTV Tabel (Transakties) in de nieuwe versie alleen in ADS gebruikt wordt en vanuit de VFP versie nooit geraakt zou moeten worden (ja, behalve dus als je reorganiseert).

Resumer, 'theoretisch' kan ik zo niets vinden waarom deze Upgrade is foutgelopen (tenzij ze een 2e keer zou zijn opgestart). Het beste is als we een nieuw tijdstip bepalen om de Upgrade uit te voeren, en dat ik dat dan maar voor jullie doe, zodat ik kan kijken waneer ze foutloopt. Ik leid het systeem daarna wel zodanig om de tuin dat we de Upgrade kunnen afmaken. Het lijkt me daarna ook het slimst om deze Upgrade z.s.m. ook naar Produktie om te zetten om niet uit te lokken dat iemand in Produktie iets gaat reorganiseren wat daarna de boel weer verknald.

[pascal]

Ok, ik snap het. Nu is het zo dat 1 v/d mensen die de upgrade moet testen deze week niet aanwezig is. En aangezien je uitlegt dat de update zsm van Test naar Produktie overmoet, lijkt het me toch het beste nog een week te wachten. Dan kan ik overleggen wanneer het schikt dat iedereen die moet testen dit allemaal op dezelfde dag kunnen doen, zodat de upgrade ook snel naar de Produktie overgezet kan worden.

Dit kan ik pas overleggen wanneer mijn collega volgende week maandag weer terug komt - is het goed dat ik er dan bij je op terugkom? Er zitten in de update geen aanpassingen die met spoed overgezet moeten worden, dus een week extra maakt voor ons niet uit.

[Wouter Rijnbende]

Ok. Ik ben hier overigens nog druk bezig jullie situatie na te spelen, omdat ik toch wil weten wát het nu precies is waarom de Upgrade erop is foutgelopen.

[Wouter Rijnbende]

Heb de hele Upgrade nog een paar keer nagespeeld, maar ik kan toch niet vinden waarop het fout loopt  Alsof er toch op e.o.a. manier iets in het geheugen aktief blijft van de oude Systeemprocedure, terwijl deze expliciet wordt losgekoppeld, vernieuwd, en het geheugen ververst wordt.

Maar, ik heb wel een oplossing, nl. door deze tabellen gewoon NIET meer te reorganiseren vanuit de Upgrade. Dat zou ook helemaal geen kwaad kunnen, immers, die tabellen worden straks in de gewone VFP versie niet meer gebruikt. De nieuwe versie van Transaktie verwerking is omgebouwd naar een situatie die alleen door de ADS versie wordt ondersteund. Met andere woorden, jouw Upgrade loopt nu fout op iets wat je in jullie versie helemaal niet eens kunt gebruiken (c.q. waar je de modules niet eens voor hebt). Door deze aanpassing zal de Upgrade in ieder geval niet meer fout lopen.

Nb: Aangezien je een backup hebt teruggezet, en de nieuwe poging pas op z'n vroegst over een week gaat doen, heb ik de datum van jullie laatste Upgrade nu teruggedraaid. Tegen de tijd dat je er aan toe bent, zetten we een nieuwe versie voor je klaar, met dan daarin de gewijzigde upgrade programmatuur die deze transaktionele bestanden overslaat.

[pascal]

Helemaal duidelijk. Netjes opgelost!
Ik zal volgende week een nieuwe upgrade aanvragen, heb de huidige upgradebestanden ook verwijderd om misverstanden te voorkomen.

Dank voor de snelle service.