Änderungen von Dokument Nacharbeiten nach erfolgreichem LD4.0 Server-Upgrade
Zuletzt geändert von Tom Altenbrunn am 2024/03/15 15:38
Von Version 58.1
bearbeitet von Tom Altenbrunn
am 2023/06/28 10:38
am 2023/06/28 10:38
Änderungskommentar:
Es gibt keinen Kommentar für diese Version
Auf Version 59.2
bearbeitet von Michael Reichenbach
am 2023/08/22 11:21
am 2023/08/22 11:21
Änderungskommentar:
Es gibt keinen Kommentar für diese Version
Zusammenfassung
-
Seiteneigenschaften (2 geändert, 0 hinzugefügt, 0 gelöscht)
Details
- Seiteneigenschaften
-
- Dokument-Autor
-
... ... @@ -1,1 +1,1 @@ 1 -xwiki:XWiki. TomAltenbrunn@sbede1 +xwiki:XWiki.michaelreichenbach@sbede - Inhalt
-
... ... @@ -60,22 +60,11 @@ 60 60 61 61 - "Schutz vor Statusänderungen" an speziellen Clients, wie z.B. die KMS 62 62 63 -(% style="background-color:#f39c12" %)ZU KNAPP... mit Screenshots erklären.... pro Listenobjekt rechts im Fenster die "Zuweisungen" aufklappen und kontrollieren, ob hier Verlinkungen zu Räumen/Geräten oder übergeordnet existieren. Falls gar keine Zuweisungen vorhanden sind, in den früheren Screenshots (vor dem LD4.0 Upgrade) überprüfen, ob das so seine Richtigkeit hat. 64 - 65 - 66 -Schlussendlich muss an allen Clients, welche eine Imagekonfiguration per LD Deploy erhalten haben, ein Re-Setup durchgeführt werden. Primär dient der Re-Setup dazu, die von LD Deploy verwalteten Rechner wieder in die Schul-Domäne aufzunehmen und somit unter anderem die Anmeldung der Schüler und Lehrer an den Arbeitsstationen nach dem Upgrade sicherzustellen. 67 - 68 68 (% class="box errormessage" %) 69 69 ((( 70 -**An Rechnern mit Standaloneanbindung (= nicht von LD Deploy verwaltet) ist kein Re-Setup notwendig, da dieser keiner Domäne angehört. 71 -Manuell in die Domäne aufgenommene Arbeitsstationen muss man nach dem Upgrade ebenfalls mit der neuen Domäne bekanntmachen.** 65 +**Manuell in die Domäne aufgenommene Arbeitsstationen muss man nach dem Upgrade möglicherweise mit der neuen Domäne bekanntmachen.** 72 72 ))) 73 73 74 -Neben einem Re-Setup kann die Wiederaufnahme eines Rechners ebenfalls per Re-Deploy erfolgen. Sinnvoll ist dies jedoch nur, wenn ein/mehrere Client/s Probleme haben sollten, der Domäne bei einem Re-Setup beizutreten oder aber ausreichend Zeit für einen vollständigen Deployment-Prozess vorhanden ist. 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 - 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. 78 - 79 79 ---- 80 80 81 81 == (% style="font-size:26px" %)__3.Benutzerverwaltung__(%%) ==