Synology-Forum.nl
Firmware => Synology DSM algemeen => Topic gestart door: Basalt op 30 december 2022, 10:09:01
-
De gegevens op mijn nieuwe NAS (DS220+) heb ik met Hyper Backup teruggezet. Destijds op mijn oude NAS (DS412+) had ik geen "Geavanceerde gegevensintegriteit" ingeschakeld staan.
Nu op mijn nieuwe NAS staat "Geavanceerde gegevensintegriteit" disabled (in grijs) voor alle Gedeelde Mappen die ik uit de Hyper Backup heb teruggekregen:
Configuratiescherm -> Gedeelde map -> (Naam) -> knop [Bewerken] -> Tab: Geavanceerd
Je kunt dat namelijk alleen inschakelen bij het aanmaken van een nieuwe Gedeelde Map. Zie ook onderstaande links:
https://blog.synology.com/how-data-scrubbing-protects-against-data-corruption
https://kb.synology.com/nl-nl/DSM/help/DSM/AdminCenter/file_share_create?version=7
In hoeverre is het voor mij zinvol om mijn bestaande Gedeelde Mappen opnieuw te gaan aanmaken om "Geavanceerde gegevensintegriteit" te kunnen inschakelen? Ik heb 2x WD Red Plus harddisk in SHR (effectief RAID 1 dus) op Btrfs.
En kan ik wel "straffeloos" standaard mappen zoals photo, homes en web opnieuw aanmaken?
-
En kan ik wel "straffeloos" standaard mappen zoals photo, homes en web opnieuw aanmaken?
Ik durf het niet met zekerheid te zeggen. En bij DSM 7 zou dit ook anders kunnen zijn dan vroeger.
Het lijkt me wel veilig om het pakket photo helemaal te verwijderen. Eerst de inhoud van de map naar een andere gedeelde map op hetzelfde volume slepen. Dat moet heel snel kunnen omdat de data zelf niet herschreven wordt.
Als het pakket verwijderd is, incl data. moet de share ook weg zijn. Anders gooi je hem weg.
Bij herinstallatie van photo zal er dan weer een maagdelijke map gemaakt worden.
Ditzelfde moet kunnen met de 'homes' Als je de gebruikers basismappen uit zet, verdwijnen de home's of anders moet je ze kunnen wissen.
------
Alles onder voorbehoud, want er zit soms wel erg vreemde code onder water. Ik had vroeger een share met de naam "Logs". Dat war altijd een gewone share, totdat Synology die naam een aparte functie gaf. Sindsdien werd die share na elke update verwijderd en weer nieuw aangemaakt. In elk geval volgens het log, want de data bleef behouden. Maar alle programmas op de nas die naar het log schreven waren hun pad steeds kwijt en dit moest elke keer weer ingesteld worden.
De share zelf weggooien en een nieuwe aanmaken met dezelfde naam hielp ook niet. Hij heet nu "logboeken" en de problemen zijn weg.
-
Ik zou met Photos voorzichtig zijn!
Weet niet welke data je aan die foto's hebt hangen (gezichtsherkenning/labels/geo-data), maar als je bestanden verwijdert,
dan worden alle data die Synology Photos ook buiten de foto-bestanden opslaat gewist.
Nu zou dat goed kunnen gaan als je eerst photos stopt en dan pas share verwijderd.
Maar ik weet niet wat er op achtergrond gebeurt. Als je namelijk met verkenner bijv een mapnaam of fotonaam verandert, dan pikt Photo's dat ook op. Voor mij onduidelijk of dit ergens in bestandsbeheer, in Photos of binnen het databasebeheer plaatsvindt.
Als je op die nieuwe share de foto's terugzet en Photos weer start dan weet ik niet 100% zeker of alle info er nog aan hangt.
Ik verwacht van niet en gezichtsherkenning gaat zeer waarschijnlijk opnieuw draaien.
Misschien is het veiliger om alles van de gedeelde mappen over te zetten naar de persoonlijke, want die laat je waarschijnlijk intact.
Misschien bij Synology ondersteuning om advies vragen.
-
Zo, de Gedeelde mappen "photo" en "homes" heb ik nu omgezet naar Geavanceerde gegevensintegriteit (CRC32).
Aangezien ik nog geen Synology Photos (of voorganger) gebruikte was dat voor mij simpel: Bestaande "photo" map verwijderen en opnieuw aanmaken. Dat laatste hoefte niet eens, want ik wilde pas een dag na het verwijderen een nieuwe aanmaken, en toen had DSM zelf (om 00:00 ?) al een nieuwe, lege aangemaakt. Geavanceerde gegevensintegriteit was daarbij keurig ingeschakeld.
Voor "homes" was de procedure wat omslachtiger:
- Mail Station uitschakelen, omdat die POP3 mail in de home map van gebruikers zet
- Mail Server uitschakelen, omdat de mail uit de home map van gebruikers beschikbaar stelt
- "Gebruikerbasismap service" uitzetten, zoals gesuggereerd door Briolet
- Daarna wilde ik de Gedeelde map "homes" hernoemen naar "homes-oud", maar dat kon niet (uitgegrijst).
- Daarom een kloon maken van "homes"
- Gedeelde map "homes" verwijderen
- "Gebruikerbasismap service" weer inschakelen
- Daarop maakte DSM vanzelf een nieuwe Gedeelde map "homes" aan, met daaronder een map per gebruiker met de juiste rechten
- De relevant ".Maildir "mail mappen uit de homes kloon kopiëren naar dezelfde plek onder "homes"
- Voor gebruikers feitelijk zonder mail heb dat niet gedaan, maar maakte DSM zelf later (om 00:00) een lege ".Maildir" map aan
- Ook wat andere (Git) spullen kopiëren
- Mail Server weer inschakelen
- Mail Station weer inschakelen
- Controleren of de mail weer werkt
- Hyper Backup en Snapshots controleren en waar nodig opnieuw aanmaken
- De gedeelde map met de homes kloon verwijderen
Dit alles puur ter info. hopelijk heeft iemand hier wat aan.