Zuletzt geändert von Tom Altenbrunn am 2024/03/15 15:38

Von Version 43.18
bearbeitet von Tom Altenbrunn
am 2023/06/26 15:17
Änderungskommentar: Es gibt keinen Kommentar für diese Version
Auf Version 43.23
bearbeitet von Tom Altenbrunn
am 2023/06/26 15:41
Änderungskommentar: Es gibt keinen Kommentar für diese Version

Zusammenfassung

Details

Seiteneigenschaften
Inhalt
... ... @@ -28,7 +28,6 @@
28 28  
29 29  [[image:image-20230606094840-2.png||class="img-thumbnail"]]
30 30  
31 -
32 32  
33 33  ROOT bezeichnet an dieser Stelle den obersten Eintrag in der Abbildungshierarchie von Mandanten. Unterhalb eines ROOT-Verzeichnisses können unter LD4.0 auf lange Sicht mehrere Mandanten (Haussymbol) strukturell abgebildet werden. So lässt sich beispielsweise ein Schulzentrum, bestehend aus Grund-/Realschule und Gymnasium darstellen.
34 34  
... ... @@ -46,7 +46,7 @@
46 46  
47 47  [[image:image-20230606141856-4.png||height="215" width="404" class="img-thumbnail"]]
48 48  
49 -Ebenfalls empfehlenswert ist die Vollständigkeit der Objektzuweisungen im LD Control Center zu prüfen und die Elementverlinkungen, z.B. kann es vorkommen, dass eine AutoConf-Rolle gar nicht oder dem falschen Raum zugewiesen ist. Gegebenenfalls diese per Drag&Drop oder aber über den Reiter "**Standort**" im jeweiligen Raum / Mandanten zuweisen. Eine Kontrolle der Konfigurationen muss zwingendermaßen für jeden einzelnen Raum bzw. jedes einzelne Gerät stattfinden!  Die Richtigkeit sollte man mittels Screenshots, welche man vor dem LD4.0 Upgrade erstellt, nachweisen.
48 +Ebenfalls empfehlenswert ist die Vollständigkeit der Objektzuweisungen im LD Control Center zu prüfen und die Elementverlinkungen, z.B. kann es vorkommen, dass eine AutoConf-Rolle gar nicht oder dem falschen Raum zugewiesen ist. Gegebenenfalls diese per Drag&Drop oder aber über den Reiter "**Standort**" im jeweiligen Raum / Mandanten zuweisen. Eine Kontrolle der Konfigurationen muss zwingendermaßen für jeden einzelnen Raum bzw. jedes einzelne Gerät stattfinden!  Die Richtigkeit sollte man mittels Screenshots, welche man vor dem LD4.0 Upgrade erstellt, verifizieren.
50 50  \\Zu Objekt-und Elementverlinkungen fallen:
51 51  
52 52  - AutoConf-Rollen
... ... @@ -71,7 +71,7 @@
71 71  An Rechnern mit Standaloneanbindung (= nicht von LD Deploy verwaltet) ist kein Re-Setup notwendig, da dieser keiner Domäne angehört.
72 72  )))
73 73  
74 -Neben einem Re-Setup kann die Wiederaufnahme eines Rechners ebenfalls per Re-Deploy sichergestellt werden. Sinnvoll ist dies jedoch nur, wenn ein/mehrere Client/s Problem haben sollten, der Domäne bei einem Re-Setup beizutreten oder aber ausreichend Zeit für den Vorgang vorhanden ist.
73 +Neben einem Re-Setup kann die Wiederaufnahme eines Rechners ebenfalls per Re-Deploy sichergestellt werden. Sinnvoll ist dies jedoch nur, wenn ein/mehrere Client/s Problem haben sollten, der Domäne bei einem Re-Setup beizutreten oder aber ausreichend Zeit für den Deployment-Prozess vorhanden ist.
75 75  \\(% style="background-color:#f39c12" %)WARUM? -> auch erklären. Es wird dadurch erreicht, dass die Rechner in der neuen Domäne wieder ihr Rechnerkonto erhalten. An PCs, die Standalone ohne Domäne betrieben werden, kann man sich das Re-Deploy auch sparen.
76 76  
77 77  (% style="background-color:#f39c12" %)Ebenfalls erklären, dass es neben Re-Deploy auch andere Aktionen gibt, die den gewünschten Zustand erzielen. Die Aktion "Re-Setup" reicht aus, um den Rechner wieder in die Domain joinen zu lassen. Das wäre der empfohlene Weg, Re-Deploy dann erst bei Problemen oder wenn zeit keine Rolle spielt.
... ... @@ -100,9 +100,10 @@
100 100  Mittels eines FTA (FileTransferAgent) wie z.B. WinSCP ist ein Export aller Benutzerlisten aus dem serverseitigen Pfad im logosrv möglich.
101 101  
102 102  Alternativ kann man die Benutzerlisten über die LD Console exportieren. Dazu die LD Console öffnen, beispielweise an einem internen Rechner im Schulnetz und in den Optionen den Reiter "**Benutzerverwaltung**" auswählen.
103 -\\\\\\Hier findet sich im oberen Bereich eine tabellenartige Aufzählung aller auf dem Server momentan in Verwendung befindlichen Benutzerlisten. In der Regel sind dies standardmäßig Schüler und Lehrerlisten, sowie "Sonstige Benutzer".
102 +\\[[image:LD_Console_Benutzerverwaltung.PNG||height="511" width="1134" class="img-thumbnail"]]
103 +\\Hier findet sich im oberen Bereich eine tabellenartige Aufzählung aller auf dem Server momentan in Verwendung befindlichen Benutzerlisten. In der Regel sind dies standardmäßig Schüler und Lehrerlisten, sowie "Sonstige Benutzer".
104 +[[image:LD_Console_Liste bearbeiten.PNG||class="img-thumbnail"]]
104 104  
105 -(% style="background-color:#f39c12" %)Aus Sicht eines Endkunden denken, der ggf. keinen root-Zugriff auf den Server hat! Daher auch noch den alternativen Weg dokumentieren/erklären, die früheren Benutzerlisten CSV-Files per LogoDIDACT Console abzuholen. Diese Schritte müssen sehr genau erklärt werden, damit später keine Konten ungewollt im System entfernt werden, weil die Listen nicht passen.
106 106  
107 107  
108 108  Diese Dateien können serverseitig im genannten Pfad oder aber über einen Client an der Schule via LogoDIDACT Console exportiert und als CSV-Datei gespeichert werden. Achten Sie darauf, die CSV-Dateien für __**alle**__ Benutzerlisten zu speichern, die in Verwendung sind. In der Regel gibt es mindestens eine Lehrer-Liste und eine Schüler-Liste. Wechseln Sie danach in das LD Control Center zum Benutzerimport, um die Listen samt Einstellungen wieder anzulegen.
LD_Console_Benutzerverwaltung.PNG
Author
... ... @@ -1,0 +1,1 @@
1 +xwiki:XWiki.TomAltenbrunn@sbede
Größe
... ... @@ -1,0 +1,1 @@
1 +79.3 KB
Inhalt
LD_Console_Liste bearbeiten.PNG
Author
... ... @@ -1,0 +1,1 @@
1 +xwiki:XWiki.TomAltenbrunn@sbede
Größe
... ... @@ -1,0 +1,1 @@
1 +48.5 KB
Inhalt