BSChris

Hallo Sunny, sorry das ich jetzt erst antworte. Eigentlich hatte ich schon geschrieben, aber hat er wohl nicht gepostet. Letzteres habe ich gemacht.

Hallo, ich habe einen alten Printerser 2012 R2 auf 2019 migriert. Der neue 2019er lief ca. 5 Monate ohne Probleme. Von heute auf Morgen gab es Probleme mit der Installation und dem drucken. Eine Installation eines Druckers im selben Netzwerk dauerte ca. 15 min oder wurde abgebrochen. Auch das drucken dauerte länger als 10 min. Die Applikation aus der etwas gedruckt werden sollte, blieb dabei hängen und gab keine Rückmeldung aus. Im Eventlog konnten wir festellen das der Printserver mit Netlogon anfragen zugespamt wurde. Wir konnten ausfindig machen, das es von 3 Clients ausging. Daraufhin haben wir die MaxConcurrentApi Werte ermittelt und angepasst. Anschließend ging es wieder. Hatte jemand schonmal so ein Problem? Das andere was mir noch aufgefallen ist, dass z.B. Windows 7 oder Windows 10 (ältere Versionen) sich einen Drucker nicht installieren können. Dieser Meldung kommt dann jedesmal. Treiber vom Typ Version 3 und 4 sind Standard auf dem Printserver. Gruß Chris

Hi, konntest du das Problem lösen? Ich habe auch ein Problem mit der DFS Verbindung. Wir benutzen DFS Namespace und bis auf einen Standort funktioniert es tadellos. Per UNC Pfad kein Problem, aber wenn ich auf den DFS Namespace gehe, kommt es zu Verbindungsabbrüchen, Ordner und Dateien können mal und mal nicht geöffnet werden. Die DCs sind synchron. Wie gesagt, das Problem besteht nur in einen Standort. Problem besteht seit 4 Wochen. Am Netzwerk wurde nichts verändert. Selbst der Fileserver wurde migirert da ich erst dachte, dass das Problem am Fileserver liegt. Gruß Chris

Nabend, ja perfekt, vielen Dank euch beiden!

Hi, das Storage ist über eigene Adapter angebunden und auch in einem eigenen Netz. Mir ging es jetzt tatsächlich nur um die Vorgehsweise, ob die soweit passt. iSCSI ist bei uns in einem extra vlan, genauso wie das Management vom Storage, ESXi Host vMotion usw.

Hallo, meine Frage bezieht sich auf eine VMware Umgebung. Da bei uns das Netzwerk neu gemacht wird, bin ich gezwungen den iSCSI Targets auf dem Storage eine neue IP-Adresse zu geben. Mein Frage wäre ob die Reihenfolge meiner Vorgehenweise richtig ist. Gearbeitet wird über das vCenter. 1. VMs herunterfahren. 2. Hosts in den Wartungsmodus versetzen. 3. iSCSI vmk´s vom Host mit der neuen IP-Adresse versehen. 4. iSCSI Targets auf dem Storage Offline schalten, Die NIC´s für das iSCSI am Storage mit einer neuen IP-Adresse versehen. 5. iSCSI Targets Online schalten. 6. Die neuen IP-Adressen der iSCSI Targets vom Storage über das vCenter Eintragen und die alten löschen. 7. Rescan vom Storage Adapter. 8. Wartungsmodus der Host beenden. 9. VMs starten. (VMs sollten noch registriert sein) Das sollte es meines Erachtens gewesen sein. Möchte mich dennoch lieber noch einmal absichern ob dieser Vorgang so i.O. ist oder gegebenfalls doch noch was fehlt woran ich nicht gedacht habe. Danke und Grüße Chris

Hallo, sorry für die Verspätung. Also der Failover hat wunderbar funktioniert. Hatte zuvor beim testen vergessen den Zentralen DHCP Server noch im IP Helper einzutragen. Danach hat es aber sehr gut und schnell funktioniert. Im Moment ist der Primäre DHCP Server noch im Status Recover wait, werde sehen wann dieser wieder in den Status Normal geht. Edit: Nach genau 60 min. ist der Server wieder in den Status Normal gewechselt. Gruß Chris

Mahlzeit, ich werde es diese Woche noch mit 2 Standorten testen. Wie gesagt bin gespannt ob die Datenbank überschrieben wird oder nicht. Da bei einer Migration über netsh ja auch jedesmal die DB überschreibt. Werde hier berichten. Vielen Dank für eure Beiträge. Gruß Chris

Guten Morgen, ja genau so dachte ich es mir, habe eben auch noch einmal versucht den Artikel zu suchen. Wenn ich bei der Suche auf Bilder umschalte, finde ich den Artikel auch :) Danke! Gruß Chris

Hi, ja das wäre eine alternative, aber das werde ich dann noch einmal intern besprechen. Danke für den Hinweis. Ein Spar- und Bastelkonstrukt kann ich daraus nicht erkennen. Ich finde die Idee im Grundegenommen gut, da alle Standorte eine MPLS zu einen Zentralen Punkt haben. Aber genau deswegen schreibe ich es ja hier noch einmal rein, um eventuelle alternativen zu erhalten. Danke vorerst euch beiden. Gruß Chris

Guten Abend, wir haben mehrere Standorte und ich würde gerne einen zentralen Server für alle Standorte als Failover konfigurieren. Meine Idee dabei ist, dass ich bei der Konfiguration der Standorte den zentralen Server als Failover nehme. Wenn ich den 2. Standort dann konfigurieren möchte und auch den Zentralen Server auswähle, kann ich mir vorstellen das dieser die Datenbank überschreibt. Meine Frage daher ist es überhaupt möglich so wie ich es mir vorstelle? Im Falle das er jedes mal die Datenbank überschreibt, wenn ich einen neuen Standort hinzufüge, könnte ich mir vorstellen, am ende mit Powershell die ganzen Scopes der Standorte separat hinzuzufügen!? Gruß Chris

Hi, da magst du ja Recht haben, allerdings fehlen mir am ende Files und Ordner obwohl Robocopy am ende kein FAILED dergleichen mir anzeigt. Das ist etwas was mich stutzig macht. @cj_berlin werde mir deine Methode mal genauer anschauen, wie dort der Ablauf ist. Gruß Chris

Hi, Also fällt das schonmal flach. Die VMDK hatte eine ganz andere größe, wir sprechen hier von 800 GB und es waren viel weniger Dateien und Ordner als auf der iSCSI Festplatte. Robocopy schrieb ins LOG das es keine Fehler gab. Zumindest habe ich es mit dem Robocopy Befehl gemacht der oben steht. Hatte diesen Befehl schon öfter für andere Migrationen benutzt aber eben noch nicht bei einer iSCSI. Gruß Chris

Hi, habe ich versucht, war leider nicht Erfolgreich. Der Unterschied der Dateien war am ende zu groß. Die iSCSI Platte ist 7 TB groß. robocopy \\Server1\e$ e:\ /MIR /XJ /COPYALL /ZB /R:1 /W:1 /XD "$RECYCLE.BIN" "System Volume Information" /XF "pagefile.sys"

Nabend, ich habe einen Fileserver als VM und dort ist die Platte wo alle Freigaben drauf liegen eine gemountete iSCSI Platte. Ich möchte weg von der iSCSI und die Platte direkt als VMDK in VMware haben. Da ich das Storage ebenfalls abschaffen möchte da ein neues ran soll. Das ganze soll möglichst ohne Downtime geschehen. Gruß Chris

Hallo, ich wollte mal fragen ob jemand Erfahrungen hat, eine iSCSI Daten Festplatte die an eine VM gemounted ist über die Windows Datenträgerverwaltung zu spiegeln. Sprich ich erstelle in VMware eine 3 Festplatte die mindestens so groß ist, wie die, die ich spiegeln möchte. Anschließend kann ich ja auf Spiegel hinzufügen klicken und die iSCSI Festplatte auswählen. Jetzt will Windows die Festplatte noch in einen dynamischen Datenträger konvertieren. Danach soll der Spiegel wohl mit der Datenübertragung beginnen. Kann mir jemand sagen ob dies eine gute Methode ist, Daten von einer iSCSi auf eine in VMware erstellte Festplatte zu bekommen? Gruß Chris

Hallo, Pool ist aktiviert, tatsächlich hat der Server eine IP-Adresse im anderen Subnetz, allerdings sehen sie sich alle und bei einen anderen Server hat es in der gleichen Konstellation geklappt. Das Eventlog gibt mir leider überhaupt keine Anzeichen was eventuell falsch sein könnte. Als du das mit dem anderen Segment erwähnt hast, Kam mal wieder der Geistesblitz. Ich schaue Netzwerkseitig noch einmal und lass es dich wissen. Einen neuen aufzusetzen wäre machbar, allerdings hat dieser Standort sehr viele Reservierungen. Vielen Dank erstmal, ich schaue wie gesagt noch mal auf den Switch. MfG Chris Hi, ich habe tatsächlich vergessen den IP-Helper anzupassen. Tut mir leid, da hätte ich selbst drauf kommen müssen aber manchmal sieht man den Wald vor lauter bäumen nicht. Danke! Grüße Chris

Hallo, ich möchte die alten DHCP Server auf neue Windows Server 2019 Standard migrieren. Eigentlich kein Hexenwerk, da ich es schon mehrmals gemacht habe. Ich habe es über die Kommandozeile mit netsh sowohl als auch über die Powershell gemacht. Alles soweit ok, ich beende den Dienst auf dem alten Server und autorisiere den neuen Server. Aus irgendeinen Grund erteilt er aber keine neuen Leases aus. Ich bin die ganzen wege nochmal durch gegangen, habe auch noch mal den DHCP Server Dienst neu gestartet, aber er macht es einfach nicht. Starte ich den Dienst auf dem alten Server funktioniert es sofort wieder. Bin diesmal ratlos, da es sonst immer so funktioniert hat wie ich es mache. 1. Rolle auf dem neuen Server installieren. 2. Über netsh oder Powershell die config exportiert. 3. Auf dem alten Server den DHCP Dienst beendet. 4. Auf dem neuen Server die config importiert, Dienst neugestartet. 5. Server autorisieren (wenn er es nach dem einfügen der config nicht selbst macht). 6. DHCP Server Dienst neustarten. 7. Geht nicht. BPA Analyzer sagt auch nichts, nur das in der Regedit noch Schreibrechte vergeben werden sollen. Das habe ich auch getan. Habe ich irgendein Schritt vergessen? Einen schönen 3. Advent wünsche ich Gruß Chris

Ich habe den Fehler gefunden. Folgendes muss umgestellt werden. Dazu einfach auf dem Client gpedit.msc aufrufen und ändern, oder eine GPO im AD erstellen. Dort muss Nur NTLMv2-Antworten senden angegeben werden.

Hi, Problem ist leider nicht behoben. Fehlermeldung kommt immer noch. Hmmm noch irgendwelche Ideen? Gruß Chris

Guten Morgen, also per RDP Datei bekomme ich es nicht vernünftig hin. Ich habe wie du dazugeschrieben hast, das Gateway deaktiviert. Mal schauen wie es sich dabei verhält.

So wir kommen immer näher ans Ziel. Ich kann jetzt die RDP Datei auf der Registerkarte "Erweitert" -> "Einstellungen" -> "Keinen Remotedesktop-Gatewayserver verwenden" bearbeiten, leider startet die Verbindung mit einem schwarzen RDP Bildschirm und zugleich öffnet sich die Applikation. Wenn der schwarze Bildschirm noch verschwindet und nur die App. startet ist perfekt :)

Ok ja das mit der 1 hatte ich noch einmal ausprobiert. Ging aber nicht. Ich kopiere mal den text der RDP Datei. Welcher Wert ist es, der für "Keinen Remotedesktop-Gatewayserver verwenden" steht? Die RDP Datei kann ich nicht bearbeiten, da sie vom Server ist.

Hallo testperson, also wenn ich in der Vorhandenen RDP Datei redirection server name:i:1 gegen use redirection server name:i:0 das eintausche, bekomme ich die unten stehende Fehlermeldung. Dieser Eintrag loadbalanceinfo:s:tsv://MS Terminal Services Plugin.1.<Name der Sammlung> steht bereits in der Datei. Gruß Chris

Hallo testperson, vielen Dank für das schnelle Feedback, normalerweise sollen die user nur die App öffnen, und nicht direkt auf den Server. Ist es möglich die RDP Datei zu bearbeiten? Ich kann immer nur die Anmeldeinformationen der RDP Datei bearbeiten. Gruß Chris