Onderwerp: INFO: Omgaan met de "No Suitable Synchronizer"-fout bij Indirecte/Internet-Synchronisatie
(Oorspronkelijk gepost 30 september 1999)
Zo nu en dan denkt Jet, om wat voor reden dan ook, plotseling dat een server waarmee het Internet- of indirecte synchs uitvoerde ongeldig is, en daarom probeert Jet niet eens om ermee te synchroniseren. Ik heb veel andere info gepost over verschillende dingen die je kunt doen om met deze situatie om te gaan,
zoals Voeding en verzorging van "Lege volledige Replica's" en
Het gebruik van "replica-boerderijen" in indirecte/directe replicatie,
maar dit zijn vooral preventieve maatregelen om te zorgen dat het probleem niet optreedt, geen manieren om het probleem op te lossen als het er is. Het probleem is, dat een enkele directe synch ervoor zou zorgen dat alles weer normaal werkt, maar een directe synch kan gevaarlijk zijn en het bestand corrupt maken (wat gewoonlijk juist de reden is dat mensen over zijn gestapt op indirecte of Internet-synchronisatie!)
Als je remote replica's volledige replica's zijn, is er maar een manier om de remote replica's duidelijk te maken dat de server springlevend is (zonder met grote bestanden te gaan schuiven of direct te synchen via een dial up-verbinding). Dat is door een gloednieuwe lege gedeeltelijke replica te maken vanuit code:
CurrentDb.MakeReplica "partial.mdb", "", 1
OpenDatabase("partial.mdb", True).PopulatePartial CurrentDb.Name
Nu heb je een lege replica die alle info bevat over beschikbare replica's. Gebruik ofwel het MoveReplica-commando van de TSI Synchronizer ofwel de menu-optie "Move Replica" van de Replication Manager om deze kleine database op de machine van de gebruiker te zetten. Ze kunnen dan de remote replica hiermee synchen om de laatste info te krijgen van de server en zijn boerderij. Je kunt dan MoveReplica uitvoeren om het weer op de server te zetten, en het gebruiken als iets dergelijks zich weer voordoet.
Het komt er op neer dat kennis macht is. Door de remote replica's de kennis te geven dat de geruchten over het heengaan van de server niet waar waren, kun je veel macht toevoegen aan je gerepliceerde oplossing.
UPDATE 7-4-2000: David Fenton heeft een erg coole GUI (Grafische gebruikersinterface) geschreven die deze
partiele replica's kan maken, waarmee de problemen die in dit artikel genoemd zijn opgelost kunnen worden. Je
kunt ermee bladeren om de parent te kiezen, de partiele replica een naam te geven, de aangemaakte replica te
comprimeren, ervoor zorgen dat de bron-database repliceerbaar is en geen fouten/conflicten bevat, en meer.
Als je geinteresseerd bent, kun je de tool hier downloaden.
Problemen met deze pagina? Neem contact op met de
webmaster@trigeminal.com
met uw commentaar, vragen of suggesties.
| |