Vóór service en na service

In dit artikel worden de nieuwe wijzigingen uitgelegd die zijn geïntroduceerd voor het serviceproces.

Microsoft heeft nieuwe stappen geïntroduceerd voor het onderhoud van pijplijnbehoud en post-service, zodat de voorafgaande controle van de databasesynchronisatie en het maken van indexen op tabellen ook buiten de offline service kunnen plaatsvinden. Hierdoor blijft de omgeving actief en toegankelijk zodat gebruikers reguliere activiteiten kunnen uitvoeren. Er kan echter geen onderhoud worden uitgevoerd, omdat alle onderhoudswerkzaamheden tijdens het onderhoud en na het onderhoud beperkt zijn. Het belangrijkste voordeel van de wijziging is dat de totale uitvaltijd bij onderhoud wordt verminderd.

Preservicing

Voor service-updates wordt de preservicing-stap uitgevoerd wanneer de onderhoudsbewerking wordt geactiveerd. Tijdens deze stap wordt de omgevingsstatus in Microsoft Dynamics Lifecycle Services (LCS) aangeduid als Preservicing. Deze status geeft aan dat de omgeving online en toegankelijk is, maar dat er geen andere servicebewerkingen zijn toegestaan.

De preservicing-stap identificeert de vooraf gedefinieerde reeks fouten die ervoor zorgen dat het onderhoud mislukt. Een mislukte precheck activeert onmiddellijk een zachte terugdraaiactie, zonder point-in-time herstel (PITR), terwijl de omgeving wordt teruggebracht naar een geïmplementeerde staat. Door precheck-fouten op te halen uit de omgevingsgeschiedenislogboeken, kunt u de vereiste beperking toepassen voordat u de update opnieuw activeert.

Wanneer de preservice slaagt, wordt de omgevingsstatus bijgewerkt naar Service. Tijdens de servicestap gaat het systeem offline en blijft ontoegankelijk totdat de omgevingsstatus wordt bijgewerkt naar Post-service. Nadat de servicestap is voltooid, worden e-mailmeldingen naar omgevingsbeheerders verzonden.

Na service

Terwijl de naverwerkingsstap plaatsvindt, geeft LCS, nadat de offline service is voltooid, de omgevingsstatus weer aan als Post-service. Gedurende deze tijd worden het maken en wijzigen van de index die niet zijn uitgevoerd tijdens de offline servicestappen, uitgevoerd in de online modus. De omgeving blijft toegankelijk zodat gebruikers reguliere activiteiten kunnen uitvoeren. De prestaties kunnen echter afnemen als gevolg van de wijzigingen in het updatepakket. Tijdens de post-service kunnen gebruikers bestaande serviceaanvragen niet annuleren of nieuwe serviceaanvragen activeren. Er is een optie om de logboeken te downloaden om het proces te controleren.

Als er tijdens de stap na het onderhoud een fout optreedt, geeft LCS de omgevingsstatus weer als Service achteraf mislukt. Gedurende deze tijd blijft de omgeving toegankelijk zodat gebruikers reguliere activiteiten kunnen uitvoeren. De prestaties kunnen echter verslechteren voor de specifieke tabel waarin de indexwijziging is mislukt. Als het probleem niet binnen 24 uur is opgelost, neemt u contact op met Microsoft Ondersteuning.

Aanbevolen best practices voor minder onderhoudsonderbrekingen

We raden u aan wijzigingen in het tabelschema te beperken om een snellere schemasynchronisatie te ondersteunen. Uiteindelijk kan deze synchronisatie online worden uitgevoerd. Alle schemawijzigingsbewerkingen die in deze sectie worden beschreven, vereisen dat een index wordt verwijderd en opnieuw wordt gemaakt, of vereisen een aanzienlijke hoeveelheid downtime en dus een langer onderhoudsvenster.

Wijzigingen in veldeigenschappen

• De eigenschap Schaal wordt gewijzigd voor een veld van het type Reëel getal.
• De eigenschap Grootte wordt gewijzigd van (Memo) in een vaste grootte n of van een vaste grootte n in (Memo), voor een veld van het type Tekenreeks.

Indexgerelateerde wijzigingen

• De eigenschap Primaire index van een tabel wordt gewijzigd.
• De eigenschap Geclusterde index van een tabel wordt gewijzigd
• Velden worden toegevoegd aan of verwijderd uit de columnstore-index.
• Velden worden toegevoegd aan of verwijderd uit de primaire index.

Veelvoorkomende storingen

Deze sectie biedt richtlijnen voor het oplossen van problemen en het beperken van de meest voorkomende problemen die optreden tijdens de pre-service of die worden veroorzaakt door aangepaste integraties. We raden u aan de logboeken van een serviceactie te bekijken vanuit de Lifecycle Services-portal van de omgeving. Ga naar de omgevingsgeschiedenis en selecteer doelserviceactie om de logboeken te downloaden. Nadat u de logboeken, in zip-indeling met meerdere bestanden, hebt gedownload, zoekt u het bestand dat begint met 'dbsyncadhoc_precheck_error'. Dit bestand bevat logboeken voor mislukte pre-service. Als er meerdere bestanden met dezelfde naam zijn, selecteert u er één om het probleem op te lossen.

Service vooraf kan om verschillende redenen mislukken. Hieronder staan enkele veelvoorkomende generieke patronen waarmee u vaak te maken krijgt. Als u een van de onderstaande fouten in het foutenbestand tegenkomt, zal de service-implementatie niet slagen tenzij de pakket- of databaseproblemen zijn opgelost. Bekijk hieronder de meest voorkomende redenen voor storingen en de aanbevolen acties die u moet uitvoeren voordat u opnieuw probeert service uit te voeren.

• Foutmelding bevat "Uitvoering database mislukt: de instructie CREATE UNIQUE INDEX is beëindigd omdat er een dubbele sleutel is gevonden voor de objectnaam 'Tabelnaam' en de indexnaam 'Indexnaam' ". Deze fout treedt op wanneer een gebruiker probeert een unieke index te maken, maar meer dan één rij in de tabel dubbele waarden bevat. Als er duplicaten zijn, mislukt de Dbsync en bevatten de foutenlogboeken de details over de mislukte index.

Aanbevolen actie: maak verbinding met de database axDB van de omgeving en verwijder dubbele waarden in de unieke indexkolommen van [tabelnaam], gevonden in foutenlogboeken en de nieuwe poging.

• Het foutbericht bevat 'Pakketimplementatie is mislukt met een fout als 'Het converteren van veld XXX van het type 'AxTableFieldXXX' naar 'AxTableFieldXXX' niet wordt ondersteund. Verwijder het oorspronkelijke veld, synchroniseer de tabel en voeg een nieuw veld met dezelfde naam toe als nodig is'. Deze fout treedt op wanneer een gebruiker een tabel maakt en het kolomtype wijzigt in een kolomtype dat niet wordt ondersteund.

Aanbevolen actie: conversie van specifieke veldtypen wordt niet ondersteund en de betreffende tabel is een door de klant gemaakte tabel. We raden u aan dit probleem op te lossen door het veldtype naar het oorspronkelijke type te converteren en vervolgens de service opnieuw uit te voeren.

• Foutbericht bevat "De enumwaarde 'XXX' voor de extensie 'YYY.ZZZ' bestaat al. Deze extensie kan niet worden toegepast op het basiselement.' Deze fout treedt op als een ISV of een gebruiker een opsommingswaarde heeft toegevoegd aan een uitbreidbare opsomming, en vervolgens een volgende toevoeging aan dezelfde uitbreidbare opsomming met dezelfde naam vanuit de door Microsoft geleverde toepassing ermee in conflict is. De naamgevingsrichtlijnen vereisen dat ISV- en klantextensies worden voorafgegaan om dit type conflicten te voorkomen. Zie Richtlijnen voor de naamgeving van extensies voor meer informatie.

Aanbevolen actie: als dit toch gebeurt, is de enige oplossing het hernoemen van de klant- of ISV-opsommingswaarde om de naamgevingsrichtlijnen te volgen en niet in conflict te komen met de nieuwe toepassingswaarde.

Veelgestelde vragen

Wat zijn de meest voorkomende fouten die ertoe kunnen leiden dat pre-service mislukt?

In de volgende lijst worden enkele veelvoorkomende fouten vermeld die ertoe kunnen leiden dat pre-service mislukt. We raden u aan de logboeken van de omgevingsgeschiedenis te bekijken voordat u de update opnieuw activeert.

• De instructie CREATE UNIQUE INDEX is beëindigd vanwege een dubbele sleutel.
• Verwijder het oorspronkelijke veld en synchroniseer de tabel.
• Uitbreiding kan niet worden toegepast op het basiselement.
• De volgende afhankelijkheden ontbreken.