Changes between Version 34 and Version 35 of Releases/v2.102

Timestamp:

05/26/21 10:03:31 (5 years ago)

Author:

peter

Comment:

Stappenplan voor migratie toegevoegd

Releases/v2.102

@@ -51 +51 @@
 == Migratie ==
 
-'''Script''' Ook voor v2.102 is er een migratie-script om database-aanpassingen te doen en nieuwe gegevens in te voeren.
+'''Script''' Ook voor v2.102 is er een migratie-script om database-aanpassingen te doen en nieuwe gegevens in te voeren. Zie ook het stappenplan onderaan.
 
 Zie voor verdere uitleg over het migratie-script de [wiki:/Documentatie/Beheerder/Scripts#Migratie beheershandleiding].
@@ -60 +60 @@
 }}}
 
-[[NoteBox(warn, Voer nog niet alle migratie stappen uit omdat wachtwoorden nog niet omgezet moeten worden zo lang versie 2.100 nog niet compleet vervangen is.)]]
+[[NoteBox(warn, Voer nog niet de migratie stap --wachtwoord-sha256 uit omdat wachtwoorden nog niet omgezet moeten worden zo lang versie 2.100 nog niet compleet vervangen is binnen de organisatie.)]]
 Alle migratiestappen worden uitgevoerd met:
 {{{
 python27\python script.py migratie v2_102 --all
 }}}
+
+De stap van het omzetten van de wachtwoorden zal niet uitgevoerd worden met de optie --all vanaf revisie r48935.
 
 Aanvullende documentatie voor specifieke stappen:
@@ -80 +82 @@
 }}}
 
+== Stappenplan ==
+Om naar OpenAC 2.102 te migreren zonder dat medewerkers niet meer in kunnen loggen en bijwerken is het onderstaande stappenplan bedacht.
+
+1. Werk OpenAC 2.100 bij naar ten minste revisie r48882. Werk de datastructuur bij. Tabel medewerker_data heeft een kolom medewerker_openac3. Alleen wanneer daar de waarde 'ja' in staat kan de medewerker inloggen in OpenAC3, standaard is dat niet zo. Om bijv. alle medewerkers die op actief staan toe te laten kan een query gebruikt worden: {{{update medewerker_data set medewerker_openac3 = 'ja' where medewerker_in_gebruik = 'ja'}}}. Met OpenAC 2.100 kan per medewerker deze instelling ingeregeld worden bij het bewerken van de gegevens van een medewerker.
+
+2. Voor medewerkers die zelf hun wachtwoord wijzigen moet een e-mail adres geregistreerd staan. Stel het bereik bij voorkeur in op 'Werk', dat e-mail adres zal als eerste herkend worden. Als een e-mail adres in een ander bereik bekend is dan moet "E-mail toestaan?" niet op "Nee" staan om er een wachtwoord mee te kunnen resetten (voor Werk adressen geldt dat dus niet).
+
+3. Schakel een werkstation om naar v2.102 en werk de versie bij naar ten minste r48935.
+
+4. Draai met v2.102 de migratiestappen met --all.
+
+5. Schakel de gebruikers om naar v2.102. Laat nu alle werkstations bijwerken.
+
+6. Migreer als alle v2.100 naar v2.102 over is de wachtwoorden met het migratie script met optie --wachtwoord-sha256
+
 [[NoteBox(warn, '''Let op:''' het is niet mogelijk om in een keer een migratie van versies eerder dan v2.100 te doen. Doe eerst de migratie naar v2.100 en dan die van v2.100 naar v2.102.)]]