Microsoft stopt met de Python 3.8-runtime voor runbooks op 30 september 2026. Als Cloud Sync voor deze wijziging is ingesteld, draait je runbook nog op Python 3.8, maar wordt het niet meer onderhouden en moet je het migreren.

De Python-versie van een runbook kan niet worden gewijzigd nadat het runbook is gemaakt. Je maakt daarom een nieuw runbook op Python 3.10 in hetzelfde automation account en verplaatst je schema ernaartoe. De migratie duurt ongeveer 15 minuten.

Je Zivver API-key, de Cloud Sync-instellingen en de rechten van de managed identity staan allemaal op het automation account en niet op het runbook. Je hoeft niets opnieuw in te vullen of opnieuw toe te kennen.

Waarschuwing

Gebruik de knop Deploy to Azure niet om te migreren
Die knop overschrijft je Cloud Sync-instellingen met de standaardwaarden van de template en zet je schema terug.

Noteer je huidige instellingen

1. Meld je aan bij de Azure-portal.
2. Open het automation account ZivverCloudSync.
3. Selecteer Runbooks en open het runbook ZivverCloudSyncLoader.
4. Selecteer Schedules en open het gekoppelde schema.
5. Noteer de waarden onder Parameters and run settings. Je hebt deze waarden nodig bij Verplaats het schema.

Info

Een schema zonder perform_sync draait alleen in Preview-modus.

Laat het oude runbook en het schema voorlopig staan, zodat je erop kunt terugvallen.

Maak het nieuwe runbook

Selecteer in Runbooks de optie Create a runbook en vul het formulier in:

Waarschuwing

Controleer dat op de pagina van het runbook Python 3.10 staat voordat je verdergaat
Een verkeerde runtimeversie kan later niet worden gecorrigeerd, alleen verwijderd en opnieuw gemaakt.

Als 3.10 niet in de lijst staat: dan heeft het automation account een runtime-omgeving nodig. Selecteer Runtime Environments en daarna Create. Gebruik de naam ZivverCloudSyncPython310, taal Python, versie 3.10, en geen packages. Maak daarna het runbook en selecteer deze omgeving. Nieuwere installaties hebben deze omgeving al, dus gebruik die opnieuw als deze aanwezig is.

Voeg het loader-script toe

1. Download het loader-script.
2. Open het nieuwe runbook en selecteer Edit en daarna Edit in portal.
3. Vervang de volledige inhoud door het gedownloade bestand en selecteer Save.

Waarschuwing

Pas het script niet aan
Het regelt de certificaatvalidatie en de download van Cloud Sync.

Test en publiceer

1. Open het Test pane en selecteer Start met geen parameters. Zonder perform_sync draait het runbook in Preview-modus, dus er wordt niets naar Zivver geschreven. Een run duurt een paar minuten.
2. Controleer of de uitvoer Starting Cloud Sync v... en je gebruikelijke instellingen laat zien, geen fouten bevat en eindigt in Preview-modus.
3. Selecteer Publish. Een concept-runbook kan niet worden ingepland.

Opmerking

Als de test mislukt, stop dan hier en stuur de uitvoer van de job naar Zivver Support. Je dagelijkse synchronisatie blijft op het oude runbook draaien.

Verplaats het schema

1. Open het nieuwe runbook, selecteer Schedules, daarna Add a schedule en Link a schedule to your runbook, en selecteer ZivverCloudSyncSchedule.
2. Vul onder Parameters and run settings de waarden uit Noteer je huidige instellingen in.
3. Open het oude runbook, selecteer Schedules en verwijder de koppeling.

Waarschuwing

Controleer of er precies één runbook is ingepland
Twee gekoppelde runbooks betekent twee synchronisaties per dag.

Controleer de eerste geplande run

Open het nieuwe runbook en selecteer Jobs. De status moet Completed zijn en het e-mailrapport komt zoals gebruikelijk binnen. Daarna kun je het oude runbook verwijderen of zonder schema laten staan.

Migratie terugdraaien

Werkt het nieuwe runbook niet zoals verwacht? Doorloop dan de stappen bij Verplaats het schema in omgekeerde volgorde: ontkoppel het schema van het nieuwe runbook en koppel het terug aan het oude runbook.

Opmerking

Gebruik het oude runbook alleen als tijdelijke maatregel, omdat Python 3.8 is uitgefaseerd, en laat Zivver Support weten wat er is misgegaan.

Veelgestelde vragen

Hulp

Neem contact op met Zivver Support en vermeld de naam en runtimeversie van het nieuwe runbook, het ID en de uitvoer van de mislukte job, en of er nog een schema aan het oude runbook is gekoppeld.