Fortsetzung do-it-yourself: Keine Froschplage, aber pgAdmin 4 ist nicht kompatibel mit den alten Versionen der Syno Datenbanken. pgAdmin 3 (nutze Version 1.26) hingegen schon. Öffnet man nun die photo – DB, dann sind unter Schemas -> public ->Tables 63 Tabelleneinträge zu finden. Die Anzahl der Einträge in jeder dieser Tabellen kann man sich anschauen auf der rechten Seite (rows (counted)). pgAdmin erlaubt es auch, die Inhalte der einzelnen Tabellen abzufragen, darzustellen und zu ändern(!). Die meisten Tabellen sind in meinem Fall leer. Die wichtigen sind für mich:
- photo_access_right: Zugangsrechte zu den Alben (userid, shareid, create_time). userid ist bei photo_user aufgelöst, shareid bei photo_share. Nutzt man das die DSM – Accounts für den Zugriff, dann ist alles analog unter Photo_access_right_for_DSM_accounts abgelegt (userid ab 1000)
- photo_log: Alle Zugriffe, wie man sie auch im «normalen» log sieht
- photo_comment: Kommentare zu den Fotos (id, photo_id, name, email, comment, date)
- photo_config: Setup der PS
- photo_image: Alle Infos über die einzelnen Fotos, inkl. Name, Speicherort, EXIF–Daten, usw.
- photo_manage_right: Rechte der user, die Alben verwalten dürfen (userid, shareid, create_time)
- photo_share: Alben in der PS, inkl. Unteralben (shareid, sharename, title, description, public, hits, cover, comment, is_subdir, updated, password, conversion, ref_shareid)
- photo_upload_right: Rechte der user, die Fotos hochladen dürfen (userid, shareid, create_time)
- photo_user: Alle Nutzer des PS-User-Systems, mit Password Hash und weiteren Infos (userid, username, description, password, disabled, lock_pass, admin, email). Den analogen Eintrag für DSM – Accounts gibt es nicht, da diese Nutzer eben von DSM verwaltet werden
Die Album-Deckblätter habe ich nicht gefunden, aber vielleicht hat ja jemand von euch eine Idee, wo sie sich verstecken. Sie sind unabhängig vom Kontensystem abgelegt, ich konnte sie aber weder im Table photo_share noch in photo_image entdecken.
Zurück zu den Fragen meines erstens Posts
- Gibt es eine Möglichkeit, die PS – eigene Nutzerverwaltung auszulesen: Ja, ist im Table photo_user, allerdings mit der Einschränkung, dass die Passwörter nur als Hash exportiert werden.
- Kann man auch die Rechte der Nutzer, den Inhalt aller Verzeichnisse und die Albumdeckblätter auslesen? Ja, ausser eben die Albumdeckblätter, die ich nicht gefunden habe
- Kann man die erwähnte Rechte usw. ins neue Photos zu importieren? Weiss ich (noch) nicht. Falls das neue Photos ebenfalls auf einer PostgreSQL-DB aufgebaut ist, dann müsste das theoretisch gehen.
Was man weiter machen könnte, ist vor dem 6.2 -> 7.0 Upgrade die exportierten PS-Nutzer aus photo_user ins DSM importieren. Dafür muss man das vom Synology-Knowledge Center (Thema: Import Users) beschriebene Format wählen, die Passwörter einfügen und dann importieren. In einem nächsten Schritt könnte man mit pgAdmin die Rechte der PS–Nutzer auf die nun erstellten / importierten Nutzer übertragen. Damit müssten eigentlich beim Upgrade die ursprünglichen Rechte der PS–Nutzer bei den DSM–Nutzern landen. Auf dem virtuellen System scheint das grundsätzlich zu funktionieren. Falls ich mal Zeit habe in näherer Zukunft werde ich das noch ausgedehnter testen – und falls Interesse besteht – hier berichten.
Bei diesen Untersuchungen, ist mir einmal mehr klar geworden, dass Synology kein Interesse mehr hat an den «kleinen» Kunden und den «alten» Softwarepaketen. Wenn ich, der ich weder pgAdmin noch PostgreSQL – Kenntnisse habe – das alles in ca. 20 Arbeitsstunden herausfinden und testen kann, dann kann das der Synology – Praktikant an einem Nachmittag. Oder anders gesagt: Synology foutiert sich um die Wünsche und Sorgen der kleinen Anwender. Es ist wirklich an der Zeit für mich, mittelfristig weiter zu ziehen
