Änderungen von Dokument Nacharbeiten nach erfolgreichem LD4.0 Server-Upgrade

Zusammenfassung

• Seiteneigenschaften (2 geändert, 0 hinzugefügt, 0 gelöscht)

Details

Seiteneigenschaften

Dokument-Autor

...	...	@@ -1,1 +1,1 @@
1		-xwiki:XWiki.TomAltenbrunn@sbede
	1	+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__(%%) ==
...	...	@@ -136,7 +136,7 @@
136	136	[[image:LD_Console_Listenexport.PNG||height="563" width="893" class="img-thumbnail"]]
137	137
138	138
139		-Notieren Sie sich ebenfalls die jeweilige Listenkonfiguration zu jeder einzelnen Benutzerliste und die dazugehörigen Benutzerkennungen (Spalten mit markiertem '*****')
	128	+Notieren Sie sich ebenfalls die jeweilige Listenkonfiguration zu jeder einzelnen Benutzerliste und die dazugehörigen Benutzerkennungen (Spalten mit markiertem '*')
140	140	[[image:LD_Console_Benutzerverwaltung_Config.PNG||height="282" width="962" class="img-thumbnail"]][[image:LD_Console_Benutzerkennung.PNG||class="img-thumbnail"]]
141	141
142	142	----
...	...	@@ -227,9 +227,7 @@
227	227
228	228	- ein Festplattenkontingent (Speichergröße des Homelaufwerkes auf dem LD Server) von 500MB
229	229
230		-- (% style="background-color:#e67e22" %)Druckkontingent von 0 (Drucken ist verboten). Das Druckkontingent greift lediglich in Verbindung mit konfiguriertem cups/pykota {{mention reference="xwiki:XWiki.jonasmayer@sbede" style="FULL_NAME" anchor="xwiki-XWiki-jonasmayer@sbede-qablzl"/}} : stimmt das noch? Bin mir da nicht sicher, dann bitte korrigieren.
231	231
232		-
233	233	(% style="background-color:#e67e22" %)[[image:ld40_Benutzerkonfiguration_Kontingent.png||height="683" width="1108" class="img-thumbnail"]](%%)
234	234
235	235