zahni

Softram?

https://en.wikipedia.org/wiki/Promiscuous_mode Ich hatte Dir doch den Technet-Artikel verlinkt. Vielleicht lässt sich der Promiscuous-Mode nicht in der Hyper-V-Gui einschalten?

Wie gesagt: ich kann den Befehl hier nicht testen. Ich habe eh kein Hyper-V im Einsatz. Wenn Ich dein Construct richtig lese, auf Maschine B. Nochmals der Hinweis: Da Du ja offenbar Anfänger bist, probiere es doch erstmal ohne verschachtelte Hyper-V-Installationen. Was Promiscuous-Mode ist, findest Du bei Google.

Bitte das 2. wollen durch wissen ersetzen.

Beispiele stehen auf der Technet-Seite ganz oben. Wir wollen wissen, wozu der Nested Hyper-V gut ist und warum es nicht mit VMs geht, die unter dem "Haupt"-Hyper-V laufen.

Da hast Du bei der Bestellung nicht aufgepasst. Selbst wenn Windows Update gehen würde, ist das nächste Problem der Intel-Video-Treiber. Den gibt es von Intel für Kaby Lake nämlich auch nicht mehr. Hast Du vom Lieferanten explizit Windows 7-Kompatibilität gefordert? Wenn ja, umtauschen. Einige große Hersteller liefern mittlerweile Geräte mit einem aktuellen Chipsatz aber mit einer Skylake-CPU. Wir haben gerade eine entsprechende Ausschreibung durchgeführt. Mit fremden Patches wäre ich vorsichtig und die würden bei uns nicht in Frage kommen.

Das ist Powershell, -Promiscuous Specifies Promiscuous mode for the virtual machine network adapter. Auf der vNIC der VM, die den Nested Hyper-V hosted, Promiscuous mode einschalten. Testen kann ich das für Dich nicht. Habe dafür keine Verwendung. Das Meiste geht auch anders, helfen können wird nicht, wenn Du nicht schreibst, was das Ziel der Umgebung ist.

Schau mal hier: https://technet.microsoft.com/de-de/library/hh848475.aspx Was ich immer noch nicht verstehe, wozu Du das brauchst. Die Config macht in produktiven Umgebungen keinen Sinn und dient eigentlich nur Schulungs- oder Demonstrationszwecken. Wenn man z.B. mit Hyper-V rumspielen will, ohne was kaputt zu machen.

Mit dem Tool kann per Shell PDF-Dateien und div. Bildformate drucken. Denen kann man sogar noch Druckereinstellungen mitgeben: https://www.pdf-tools.com/pdf20/en/products/pdf-rendering-desktop-tools/pdf-printer/ Für Office müsste man wohl auf eine OCX-Lösung zurückgreifen oder eventuell per Powershell.

Sorry, war der falsche link. Nach dem Download war die URL wech und ich habe dann was Falsches kopiert. Jenes ist das Richtige: http://download.microsoft.com/download/E/6/4/E64F72BF-55E9-4D85-9EFE-39605D7CE272/WindowsServer2016-Licensing-Guide.pdf

Vielleicht hilt Dir Seite 9 weiter: http://download.microsoft.com/download/7/2/9/7290EA05-DC56-4BED-9400-138C5701F174/WS2016LicensingDatasheet.pdf

Hm, wenn die Anwendungen nicht unter Windows laufen, warum muss es dann ein AD sein? Es gibt auch genügend LDAP-Directory-Lösungen, die nicht unter Windows laufen. Beispiele: http://www.oracle.com/technetwork/middleware/id-mgmt/overview/index-085178.html https://en.wikipedia.org/wiki/List_of_LDAP_software

Wichtig ist, dass KMU-Kunden bei Problemen nicht die Schuld beim IT-Unternehmen suchen. Ich hatte es früher auch mal im Außendienst mit KMU-Kunden zu tun. Kleines Beispiel: Kunde bekam ein kleines Netz, dass in der Werkstatt aufgebaut wurde (die hatten da Plotter und solches Zeug) Der Server stand für jeden zugänglich rum (wir wiesen auf den ungeeigneten Standort hin). Datensicherung haben wir damals nach dem Großvater-Vater-Sohn-Prinzip eingerichtet. Es lief also Montag-Freitag jeweils auf einem neuen Band eine Sicherung. Davon sollten dann div. Bänder im Zyklus aufbewahrt werden. Der Vertrieb hat "erstmal" 5 Bänder verkauft. Ich habe explizit den Kunden darauf hingewiesen, dass er noch weitere Bänder bestellen muss. Ein paar Monate später war neue FIBU derartig verwurschtelt, dass eine 6 Monate alte Sicherung benötigt wurde. 3x dürft Ihr raten, was nicht da war und wer Schuld hatte, dass Montag bis Freitag immer auf die gleichen 5 Bänder gesichert wurde... ;) Heute würde ich alles schriftlich niederlegen und dem Kunden übergeben. -Zahni

Die Aufgabe würde ich doch eher über Berechtigungen machen, zumal ISCSI kein Filer-Protokoll ist, sondern nur "Blöcke" wegschreibt. Bei eine Netapp kann man beispielsweise einen CIFS-Filer einrichten und auf dessen Volumes Snapshots erzeugen. Diese Snapshots kann man dann mounten und sogar beschreiben, wenn man will. Aber ob das die Anforderungen abdeckt?

Das hängt vom Storage ab und was das Ziel der Aktion ist.

Single Thread Performance bringt immer noch am Meisten. Lieber 2 Cores weniger, dafür den höheren Takt der gleichen CPU-Serie. Selbst Datenbanken skalieren bei weiteren Cores nicht zwangsläufig. Das hängt stark vom Workload ab. Query Parallelism mit vielen Cores kann beispielsweise auch alles ausbremsen. Ich spiele gerade mal wieder mit einer neuen DB2-Version rum. Bei unserem Workload ist bei 3 Cores Schluss. Mit weiteren Cores ( dft_degree > 3) wird es extrem langsam. Meistens ist Query Parallelism eh nicht aktiviert (auch beim SQL-Server). Dann ist ein Client = 1 Thread.

Wenn technische User gebraucht werden, sollten die dediziert eingerichtet, mit einem sicheren Password versehen und nur für die eine Aufgabe bzw. Software verwendet werden. Das Design ist sicherer und Du siehst schnelle, wer da rumzick. Bei "Administrator" ist es ein besonderes Problem, weil es den sowohl lokal als auch in der Domäne gibt. Wenn sich eine Anwendung lokal als Dienst mit "administrator" anmeldet, passiert es schnell mal, dass damit dann der Domänen-Administrator gesperrt wird, wenn beide unterschiedliche Passwörter verwenden (was unbedingt empfehlenswert ist).

Es gibt wohl ein paar Lösungen: https://social.technet.microsoft.com/Forums/windowsserver/en-US/d42a1281-d2ba-4b7d-a4ab-8c1dc2021473/network-print-page-per-user-limit?forum=winserverprint Nichts was ich getestet hätte.

Die wichtigsten Events habe ich doch beschrieben. Du guckst zuerst nur auf allen DCs. Wenn Du was findest, kannst Du noch auf der dann bekannten Maschine forschen. Manchmal ist die Ursache eine Anwendung, an der sich User anmelden. Dann sitzt der User natürlich woanders. Hier helfen dann nur noch Logs innerhalb der Anwendung weiter. PS: Wenn Server und Client Kerberos verwenden, findest Du auf dem DC i.d.R. nur 4771 . Ich meine, bei NTLM kommen andere Events, die erkenne ich aber nur wenn ich sie sehe ;). Will sagen: Die fallen mir spontan nicht ein. Edit2: Wenn ich mich z.B. am DB2-Server falsch anmelde, kommt 4776 auf einem DC: The computer attempted to validate the credentials for an account. Authentication Package: MICROSOFT_AUTHENTICATION_PACKAGE_V1_0 Logon Account: User Source Workstation: Server Error Code: 0xC000006A

Wichtig ist noch, dass bei HPE das Power-Management-Gedöns im Bios auf STATIC High Performance gestellt wird. In der Power-Management-Einstellungen der Windows-VM sollte das gleiche Maximal-Profil gewählt werden.

Wie ist die Anzahl der vCPU pro VM, wurde der RAM Korrekt bestückt (also 128 pro CPU), wurde NUMA im BIOS nicht deaktiviert, wie ist der Storage angebunden (ich habe gerade keine Lust mich da einzulesen). Wenn ISCSI: Werden dedizierte (10G) LAN-Adapter und Switche für ISCSI verwendet? Wird VMXNET3 verwendet? Sind die VMware-Tools aktuell?

Versuche die Scripte vor dem Explorer-Start auszuführen (dazu gibt es eine GPO). Der Explorer zeigt "neue" Netzlaufwerke gern mal nicht an. Verwende alternativ GPP für Netzlaufwerke. Das funktioniert eigentlich immer.

Das geht nicht. Du kann nicht pro Port andere IP-Routen festlegen, zumindest wüsste ich nicht wie. Wenn Du mehr als ein Default-Gateway definierst macht Windows immer eine Lastverteilung und schickt Antworten über beide NICs raus. Eigentlich sollte da eine fette Warnung kommen, wenn man mehr als ein Default-GW festlegt. Insgesamt ist mehr als ein IP-Interface unter Windows immer eine Schlechte Idee und verursacht immer Probleme. Mach das weg. Verwende besser einer Router, der sowas eventuell kann..

Hallo und willkommen im Forum, doch das wird protokolliert. Auf allen DCs mal in das Security-Event-Log schauen. Ein möglicher Event ist 4771 "Kerberos pre-authentication failed". Dort steht auch die Client-Adress Oder 4625 "An account failed to log on". Dort gibt es die "Source Network Address". Dort kann man dann wieder in den Eventlog schauen. Natürlich muss die Protokollierung der Security Events in der Domäne richtig konfiguriert sein...

Wenn der SBS aus der anderen Domäne sauber entfernt wird, verschinden auch die speziellen SBS-Funktionen. Beim SBS heißt es: "Es darf nur Eine geben" ;).