\ DriveHQ Customer Support Forum \
Lezen/Beantwoorden : 62194/6
  • expressvistos
  • (7berichten)
Eenrichtingssynchronisatie - het bestand dat alleen in de bestemmingsmap wordt aangemaakt, wordt niet verwijderd
Ik probeer een eenrichtingssynchronisatie in te stellen, maar de resultaten zijn niet wat ik verwachtte.
 
Ik heb een map "SyncTestCloud" aangemaakt in DriveHQ en een map "SyncTestLocal" op mijn lokale schijf, en een eenrichtingssynchronisatie ingesteld van SyncTestCloud naar SyncTestLocal.
 
Als ik een bestand aanmaak in SyncTestCloud, wordt het zoals verwacht ook aangemaakt (gesynchroniseerd) in SyncTestLocal.
Maar als ik een bestand aanmaak in SyncTestLocal, wordt het niet verwijderd bij de volgende synchronisatie, wat niet de bedoeling is.
 
Volgens de handleiding zouden beide mappen na een synchronisatie dezelfde inhoud moeten hebben. Het bestand dat in SyncTestLocal wordt aangemaakt, wordt echter nooit verwijderd.
 
Ik heb de omgekeerde configuratie getest (eenrichtingsverkeer van lokaal naar de cloud) en kreeg hetzelfde resultaat, d.w.z. een bestand dat in de synchronisatiebestemmingsmap wordt aangemaakt, wordt nooit verwijderd.
 
Hierdoor wordt synchroniseren nutteloos, omdat de mappen uiteindelijk niet hetzelfde zijn.
 
Kunt u mij alstublieft helpen?

4-9-2023 11:33:24

  • DriveHQ_Support
  • (676berichten)
Onderwerp: Betreft: Eenrichtingssynchronisatie - bestand dat alleen in de bestemmingsmap is...
Betreft: Eenrichtingssynchronisatie - bestand dat alleen in de bestemmingsmap is aangemaakt, wordt niet verwijderd

Cloud-naar-lokaal eenrichtingssynchronisatie is bedoeld om een cloudmap naar een lokale map te back-uppen. Het is geen typisch synchronisatiegeval, maar eerder een back-upgeval.

Als u bijvoorbeeld een back-upprogramma gebruikt om een lokale map naar een cloudmap te back-uppen, en u maakt een bestand aan in de cloudmap, dan zal het back-upprogramma dat bestand in de cloud waarschijnlijk niet verwijderen. (Tenzij de bestandsnaam overeenkomt met een lokale bestandsnaam, in welk geval het cloudbestand wordt overschreven.) In dit geval wordt van de gebruiker niet verwacht dat hij handmatig wijzigingen aanbrengt in de inhoud van de back-upmap. 

Evenzo, als een back-upprogramma een cloudmap naar een lokale map moet back-uppen, wordt van gebruikers niet verwacht dat ze.. handmatig Breng geen wijzigingen aan in de inhoud van de lokale map. Met deze aanname is het back-upprogramma efficiënter, omdat het alleen wijzigingen in de cloudmap (bronmap) hoeft te controleren/detecteren. Anders moet het periodiek wijzigingen in zowel de cloud- als de lokale map controleren/detecteren, de wijzigingen vergelijken en vervolgens bepalen welke wijzigingen eerder hebben plaatsgevonden.

DriveHQ beschikt over de meest efficiënte en betrouwbare systemen Cloudbestandsserver/WebDAV-schijfkoppelingsservice. We raden gebruikers aan om uitsluitend onze cloudopslag te gebruiken en "Cloud-naar-lokale synchronisatie" te gebruiken voor het maken van back-ups van de cloudgegevens. DriveHQ ondersteunt ook cloud-naar-cloud back-ups en lokale-naar-cloud back-ups. Ga naar deze pagina voor meer informatie over onze back-upopties:

https://www.drivehq.com/help/features/Backup.aspx 


Antwoord
4-9-2023 16:15:48

  • expressvistos
  • (7berichten)
Onderwerp: Betreft: Eenrichtingssynchronisatie - bestand dat alleen in de bestemmingsmap is...
Betreft: Eenrichtingssynchronisatie - bestand dat alleen in de bestemmingsmap is aangemaakt, wordt niet verwijderd

 Bedankt voor de uitleg, maar met alle respect, dat is niet wat de DriveHQ-handleiding zegt over synchronisatie, en al helemaal niet over eenrichtingssynchronisatie.

 
Synchronisatie en back-ups zijn twee verschillende dingen. Ik kan ze zelfs voor vergelijkbare doeleinden gebruiken, maar ze zijn absoluut verschillend. We weten ook dat gebruikers geen wijzigingen op de verkeerde plaatsen moeten aanbrengen. Maar gebruikers doen onverwachte dingen en dat is een van de redenen waarom we back-ups, synchronisaties, enzovoort nodig hebben.
 
Hier is een gedeelte van de DriveHQ-handleiding:
 
--------
Over eenrichtingssynchronisatie
 
Eenrichtingssynchronisatie kan behoorlijk verwarrend zijn. Verschillende implementaties gaan er op verschillende manieren mee om. Zorg ervoor dat u het goed begrijpt, anders kan het problemen veroorzaken bestanden worden verwijderd per ongeluk.
 
Het belangrijkste om te weten is: of het nu om eenrichtings- of tweerichtingssynchronisatie gaat, wanneer de twee mappen (handmatig) gesynchroniseerd worden. de inhoud van de map moet zijn precies hetzelfde.
 
Stel bijvoorbeeld dat een servermap S is geconfigureerd om te synchroniseren met een lokale map C in een eenrichtingssynchronisatie. Ga ervan uit dat S en C al gesynchroniseerd zijn en denk nu eens aan de volgende gevallen:
 
(1) Als je een bestand toevoegt aan S, wordt het bestand gesynchroniseerd met C, wat zoals verwacht is; Als je een bestand toevoegt in map C, wordt het nieuwe bestand verwijderd uit map C bij de volgende synchronisatie.
...
 
Kortom, als er sprake is van eenrichtingssynchronisatie van A naar B, dan zal B, ongeacht wat er gebeurt, na afloop van de synchronisatie hetzelfde worden als A.
--------
 
Zoals in de handleiding werd uitgelegd, zouden de mappen na elke vorm van synchronisatie exact dezelfde inhoud moeten hebben.
 
Punt (1) behandelt precies het geval dat ik heb geschetst, namelijk dat bij een eenrichtingssynchronisatie een bestand dat alleen in de bestemmingsmap is aangemaakt, bij de volgende synchronisatie moet worden verwijderd om de bestemmingsmap identiek te houden aan de bronmap. Maar in de praktijk gebeurt dit niet, zelfs niet bij een handmatige synchronisatie.
 
Als ik de mappen synchroniseer, is dat juist omdat ik wil dat ze identiek zijn!
 
Ik wil graag een van mijn scenario's toelichten:
 
Bij DriveHQ hebben we een map met documenten die naar bepaalde klanten moeten worden verzonden. Deze documenten worden van tijd tot tijd bijgewerkt en we willen ervoor zorgen dat elke medewerker een exacte kopie van de meest recente documenten op zijn of haar computer heeft.
 
We bewaren kopieën in lokale mappen om interne redenen, maar ook om de continuïteit van het werk te waarborgen in het geval we tijdelijk geen internetverbinding hebben.
 
We willen niet dat deze documenten lokaal worden gewijzigd of dat er nieuwe documenten worden toegevoegd. Natuurlijk adviseren we onze medewerkers om de lokale map niet te wijzigen, enzovoort, maar we weten dat dit toch kan gebeuren. Daarom synchroniseren we de lokale mappen met de officiële cloudversie (eenrichtingssynchronisatie).
 
Dit is een geval waarin eenrichtingssynchronisatie zeer geschikt is. Als een document moet worden bijgewerkt of een nieuw document moet worden toegevoegd, doen we dat in de cloud en worden alle lokale mappen gesynchroniseerd en ontvangen ze de updates.
 
Maar door de manier waarop de eenrichtingssynchronisatie van DriveHQ werkt, kunnen gebruikers per ongeluk nieuwe documenten aan de lokale map toevoegen, en dit wordt bij de volgende eenrichtingssynchronisatie nooit gecorrigeerd (verwijderd). Hierdoor kunnen er verkeerde (toegevoegde) documenten naar klanten worden verzonden.
 
De lokale map zal nooit identiek zijn aan de bronmap in de cloud en na verloop van tijd zal de situatie alleen maar verslechteren. Dit is slechts één van de scenario's. Ik heb ook een situatie waarbij configuratie- en scriptbestanden gesynchroniseerd moeten worden voor lokaal gebruik, enzovoort.
 
Wat ik van een eenrichtingssynchronisatie verwacht, is precies wat er in de handleiding staat. Maar ik heb nu twee mappen met verschillende inhoud. Het zou geweldig zijn als dit probleem werd opgelost of, in het ergste geval, de handleiding werd aangepast om de situatie te verduidelijken.
 
Ik hoop dat u me kunt helpen met de configuratie, enzovoort. Of misschien kan het ontwikkelteam een oplossing bedenken.
 
Bedankt.
 

Antwoord
5-9-2023 13:07:24

  • DriveHQ_Support
  • (676berichten)
Onderwerp: Betreft: Eenrichtingssynchronisatie - bestand dat alleen in de bestemmingsmap is...
Betreft: Eenrichtingssynchronisatie - bestand dat alleen in de bestemmingsmap is aangemaakt, wordt niet verwijderd

Ik heb het met onze engineers besproken. Ze zijn het ermee eens dat het waarschijnlijk een nieuwe bug is die is geïntroduceerd tijdens het optimaliseren van de synchronisatieprestaties. (Eenrichtingssynchronisatietaken worden voornamelijk gebruikt voor back-ups, dus ze hebben uw scenario niet grondig getest). Hoe dan ook, we zijn van plan het probleem op te lossen door een nieuwe optie toe te voegen waarmee de extra bestanden die (handmatig) aan de synchronisatiebestemmingsmap zijn toegevoegd, kunnen worden verwijderd. We proberen binnen een week een nieuwe versie uit te brengen.


Antwoord
7-9-2023 10:18:17

  • expressvistos
  • (7berichten)
Onderwerp: Betreft: Eenrichtingssynchronisatie - bestand dat alleen in de bestemmingsmap is...
Betreft: Eenrichtingssynchronisatie - bestand dat alleen in de bestemmingsmap is aangemaakt, wordt niet verwijderd

 Bedankt dat je het probleem met het engineeringteam hebt besproken. Bugs komen nu eenmaal voor en het belangrijkste is dat ze worden verholpen.

 
Het idee om een optie toe te voegen waarmee je kunt bepalen wat er met bestanden in de bestemmingsmap moet gebeuren (verwijderen of behouden) geeft nog meer controle. Als dit zo wordt geïmplementeerd, moet ook de handleiding worden bijgewerkt.
 
Aan de andere kant, als het eenrichtingssynchronisatiegedrag zou worden gecorrigeerd, zodat bestanden die ten onrechte aan de bestemmingsmap zijn toegevoegd maar niet in de bronmap aanwezig zijn, automatisch worden verwijderd, zou dat al uitstekend zijn en in overeenstemming met de handleiding.
 
In ieder geval bedankt, en laten we de update afwachten.

Antwoord
8-9-2023 11:26:34

  • DriveHQ_Support
  • (676berichten)
Onderwerp: Betreft: Eenrichtingssynchronisatie - bestand dat alleen in de bestemmingsmap is...
Betreft: Eenrichtingssynchronisatie - bestand dat alleen in de bestemmingsmap is aangemaakt, wordt niet verwijderd

Onze engineers hebben een nieuwe versie uitgebracht. Deze is nog niet beschikbaar voor de productieomgeving. Download hem hier:

https://www.drivehq.com/folder/p39750/110545117033.aspx

In deze versie is een nieuwe optie toegevoegd. Zie de onderstaande schermafbeelding. (Klik op Extra -> Synchronisatietaken beheren, dubbelklik op een taak om deze te bewerken.)

Nadat u de optie hebt opgeslagen, kunt u proberen een bestand toe te voegen aan de bestemmingsmap (lokale map). Het bestand wordt na enkele seconden automatisch verwijderd. (Let op: verwijderde bestanden worden standaard bewaard in de map _Sync_Cache_.)


Antwoord
11-9-2023 11:55:44

  • expressvistos
  • (7berichten)
Onderwerp: Betreft: Eenrichtingssynchronisatie - bestand dat alleen in de bestemmingsmap is...
Betreft: Eenrichtingssynchronisatie - bestand dat alleen in de bestemmingsmap is aangemaakt, wordt niet verwijderd

 Bedankt voor de snelle oplossing. Ik wist niet dat er al een versie met de correctie was geplaatst.

 
Ik heb een kleine test gedaan en het lijkt goed te werken! Ik ben alleen een zeer ongebruikelijke situatie tegengekomen waarin de synchronisatie om de een of andere reden niet verloopt zoals verwacht. Maar het is een zeer uitzonderlijk geval en zou het praktische gebruik niet mogen belemmeren.
 
Dit is wat ik heb gevonden.
(eenrichtingssynchronisatie)
 
Op Windows 11.
- Ga naar de bestemmingsmap
- Gebruik het contextmenu om een nieuw tekstbestand te maken (klik met de rechtermuisknop -> nieuw -> tekstdocument).
- Accepteer de voorgestelde naam (druk op enter of klik ergens anders).
 
Om de een of andere reden wordt het bestand in deze situatie niet opgemerkt en automatisch verwijderd. Doordat het op deze manier is aangemaakt, detecteert de synchronisatie het bestand pas als het wordt gewijzigd.
Sync detecteert en verwijdert het bestand in de lokale map als er wijzigingen worden aangebracht in de bronmap (bijvoorbeeld als er een ander bestand wordt aangemaakt, verwijderd of gewijzigd).
 
Afgezien van dit zeer ongebruikelijke geval, lijkt de oplossing het probleem te verhelpen.
 
Hartelijk dank dat u de oplossing in zo'n korte tijd hebt geïmplementeerd.

 


Antwoord
22-9-2023 08:33:16

Voeg toe aan bladwijzers en deel
Snel antwoorden

Leading Cloud Surveillance service

Leading Enterprise Cloud IT Service Since 2003