Systeem herstellen na storingen in Microsoft Dynamics 365 (online)
Gepubliceerd: januari 2017
Is van toepassing op: Dynamics 365 (online), Dynamics 365 (on-premises), Dynamics CRM 2016, Dynamics CRM Online
Systeemherstel is een functie van Microsoft Dynamics 365 (online) om een of geplande onverwachte serviceonderbreking te herstellen. Een voorbeeld van een gepland serviceonderbreking is regelmatig en periodiek systeemonderhoud van het datacentrum. Een voorbeeld van een onverwachte serviceonderbreking is een storing van een belangrijk computersysteem of netwerkonderdeel in een datacentrum. In beide gevallen verliest u tijdelijk toegang tot de gegevens van uw organisatie en de Microsoft Dynamics 365 (online) services.
De geplande serviceonderbrekingen worden voorafgegaan door een bericht in de webtoepassing of Dynamics 365 voor Outlook met de datum en tijd van het serviceonderhoud zodat de bedrijven kunnen plannen voor de onderbreking in toegang tot de gegevens van de organisatie. Onverwachte serviceonderbrekingen resulteren in een melding dat de organisatie ongepland onderhoud ondergaat.
Wanneer een fout of storing optreedt, worden goed gedefinieerde processen toegepast door de beheerders van het Microsoft Dynamics 365 (online) datacentrum om van een serviceonderbreking te herstellen. De processen en software om van deze serviceonderbrekingen te herstellen zijn bekend als systeemherstel failover. Uw Microsoft Dynamics 365 (online) datacentrum onderhoudt een dubbele en gesynchroniseerde (alternatieve) kopie van de gegevens van uw organisatie op een andere server. Indien een storing in het datacentrum optreedt waarbij u geen toegang meer hebt tot uw gegevens, kunnen beheerders die dat datacentrum controleren toegang van uw primaire organisatie omzetten naar de alternatieve organisatie, en daarmee de serviceonderbreking minimaliseren. Als de fout is verbeterd, kan de servicetoegang van de primaire organisatie worden hersteld.
Dit herstel gebeurt in het datacentrum en wordt transparant voor u en uw .NET beheerde toepassingen behandeld. Echter, is er een probleem waar toepassingontwikkelaars mee moeten leren omgaan: gegevensverlies. Als er in de Microsoft Dynamics 365 (online) services een fout optreedt, worden de gegevensbewerkingen van uw toepassingsplatforms die webservices gebruiken misschien niet goed voltooid. Dit kan leiden tot gegevensverlies. In de volgende secties in dit onderwerp wordt beschreven hoe u uw toepassingen kunt schrijven om om te gaan met de problemen van het gegevensverlies.
In dit onderwerp
Ontwikkel een .Net beheerde codetoepassing voor failover-herstel.
Ontwikkel een niet-.NET toepassing voor failover-herstel
Aanbevolen procedures
Ontwikkel een .Net beheerde codetoepassing voor failover-herstel.
Ontwikkelaars kunnen hun toepassingen schrijven om rekening te houden met storingen en herstel van het datacentrum, door het implementeren van code om te controleren op failover-gebeurtenissen en er goed mee om te gaan. Een toepassing kan worden geabonneerd op EndpointSwitched en EndpointSwitchRequired meldingsgebeurtenissen. De gebeurtenissen zijn tevens beschikbaar in afgeleide klassen zoals OrganizationServiceProxy. Zie voor meer informatie over deze gebeurtenissen de ServiceProxy<TService> klasse documentatie.
De toepassing kan de EndpointAutoSwitchEnabled controleren om te bepalen of het automatische failover-gedrag voor een organisatie wordt ingeschakeld. Deze eigenschap wordt ingesteld op waar voor organisaties waar een alternatief failover-eindpunt beschikbaar is. Geen andere speciale code is vereist in uw toepassing buiten een optionele aanmelding bij meldingsgebeurtenissen wanneer EndpointAutoSwitchEnabled, waar is.
Typische toepassingslogicastroom voor een storingsgebeurtenis en failover
Een storingsgebeurtenis gebeurt op het Microsoft Dynamics 365 (online) datacentrum.
De toepassing maakt een servicetelefoongesprek door het klasseobject van de serviceproxyserver: OrganizationServiceProxy, DiscoveryServiceProxy.
Het klasseobject van de serviceproxyserver ontvangt een uitzondering na een poging tot het servicetelefoongesprek.
Als de doelorganisatie van het gesprek niet op failover is ingeschakeld, gaat u naar stap 9.
De EndpointSwitchRequired gebeurtenis wordt opgeworpen.
De EndpointSwitched gebeurtenis wordt opgeworpen.
Het klasseobject van de serviceproxyserver probeert het gesprek automatisch opnieuw.
Als het tweede gesprek is geslaagd, gaat de toepassing normaal verder.
Als de aanroep niet is geslaagd, is er een uitzondering geretourneerd in de toepassing: EndpointNotFoundException, TimeoutException, FaultException<OrganizationServiceFault> waar fault.Detail.ErrorCode == -2147176347.
U kunt code implementeren die controleert op mogelijk gegevensverlies nadat de gebeurtenissen van de eindpuntschakeloptie zijn ontvangen en het juist behandelen.
Nadat de storing die het de primaire organisatie-eindpunt heeft beïnvloed in het datacentrum is verbeterd, doet zich een failback van de andere eindpunt-URL naar de primaire eindpunt-URL voor de organisatie voor als onderdeel van gepland organisatieonderhoud.
Ontwikkel een niet-.NET toepassing voor failover-herstel
De toepassingen die niet aan de Microsoft Dynamics 365 SDK assemblages koppelen, bijvoorbeeld Java-toepassingen die toegang hebben tot webservices met SOAP of ODATA, kunnen proberen om toegang tot de failover-URL te krijgen voor de doelorganisatie. De URL voor elke andere organisatie voor failover is dezelfde als de URL voor de primaire organisatie met "--s" aan de organisatienaam toegevoegd. Bijvoorbeeld een organisatie met de naam Contoso zou de primaire en primaire en alternatieve URL's hebben die in de volgende tabel worden weergegeven.
Primaire organisatie-URL |
Alternatieve organisatie-URL |
|---|---|
https://contoso.api.crm.dynamics.com |
https://contoso--s.api.crm.dynamics.com |
Voor non.NET-verbonden toepassingen, is er geen meldingsgebeurtenis waaraan de toepassing kan aanmelden om een kennisgeving van een serviceonderbreking en failover en ontvangen. De toepassing zal nu een verscheidenheid aan foutuitzonderingen ontvangen, zoals eerder zijn vermeld, tijdens de serviceonderbreking. Op dat moment, kan de toepassing proberen om verbinding met de failover alternatieve URL voor de doelorganisatie te maken. Nadat de storing is verholpen, vindt een failback naar de primaire URL voor de organisatie plaats als onderdeel van gepland organisatieonderhoud.
Aanbevolen procedures
De volgende lijst beschrijft een aantal aanbevolen procedures die u in uw toepassingen kunt implementeren om deze robuuster te maken wanneer deze serviceonderbrekingen en herstel na storingen worden verwerkt.
Schrijf toepassingscode om de EndpointAutoSwitchEnabled waarde van eigenschap te controleren om te bepalen of het op waar is ingesteld. Indien waar, overweeg dan om aan te melden voor EndpointSwitched en EndpointSwitchRequired meldinggebeurtenissen.
Als de toepassing werkt met essentiële gegevens waar elk gegevensverlies desastreus is, schrijf dan code voor omgang met de gebeurtenis of vang de aangegeven uitzonderingen op om de storingsgebeurtenis en failover als gepast te behandelen naar zakelijke behoeften.
Zie ook
De installatie beheren met de installatiewebservice
Microsoft Dynamics 365
© 2017 Microsoft. Alle rechten voorbehouden. Auteursrecht