zahni

Der ESX-Host stellt nur virtuelle Switche zur Verfügung und kein IP-Protokoll. Also ein L2-Switch, der ähnlich einem Hardware-Switch arbeitet. Die IP-Adressen, die Du vergibst, sind lediglich Kernel-IP-Adressen. Entweder für das Management oder z.B. für VMotion. Alles Andere musst Du per VM realisieren. Was Du willst ist wohl ein privates Netz, dass über einen NAT-Router mit der Außenwelt redet. Dazu gibt es fertige Router-VMs. Danach kannst Du hier suchen: https://marketplace.vmware.com/vsx/

Ich meine auch den 2. Wert. Einfach mal nach unten scrollen ;)

Beim SCCM ist es so: Die installiert nur etwas, wenn eine Installation geplant ist. Ansonsten wird normal gebootet. In dieser Konfig ist PXE immer als 1. Device eingetragen. Aber Achtung: Damit wird der PC anfällig für lokale Hacks. Ein PXE-Client kann nicht unterscheiden was oder von wo man bootet. Am Ende gibt es noch Hersteller-Tools, mit denen man die BIOS-Einstellungen per Script ändern kann. Da kocht jeder Hersteller sein eigenes Süppchen.

Oder Du setzt passende GPOs: https://support.microsoft.com/en-us/help/310316/how-permissions-are-handled-when-you-copy-and-move-files-and-folders

Die meisten Geräte haben ein Bootmenu, dass sich beim Boot mit einer Tastenkombination aufrufen lässt. Hier kann man dann einmalig ein anderes Boot-Devices auswählen.

Hier ein älterer Beitrag: https://community.spiceworks.com/topic/1899010-uefi-no-boot-order-in-dell-latitude-7270 BTW: Der WDS (oder was auch immer) muss für ein UEFI-Boot angepasst werden. Hier hilft Google weiter.

Uhrzeit/Datum aktuell? Darf nicht in der Vergangenheit liegen.

Vielleicht schreibst Du etwas über die Hardware. Vielleicht gibt es für Deine NIC auch einen UEFI PXE Client.

Installiere das Gerät mit UEFI neu. Warum hast Du das denn abgeschaltet? Wechsel von BIOS auf UEFI geht nich ohne weiteres.

Was steht denn auf den Gegenseite? Prüfe, ob de Client SMBv3 macht (alle anderen SMB-Versionen mal abschalten). SMBv1 wäre beispielsweise deutlich langsamer als v2 und v3.

Soll auch DRS oder manuelles VMotion eingesetzt werden? Dann ist für SQL und Exchange eine SA erforderlich. Damit erhält man eine Lizenzmobilität, die es für den Windows-Server leider nicht gibt. DataCenter muss entsprechend der physikalischen Cores der Hosts lizenziert werden.

Die hast eine Antwort bekommen.

VMware hat für Vsphere 6.0-6.7 Patches veröffentlicht, die mal wieder neue CPU-Sicherheitslücken angehen. https://kb.vmware.com/s/article/55636 Wie immer muss beim den Intel-Sicherheitslücken auch ein VCenter-Patch installiert werden. Wichtig: Für CVE-2018-3646 kommen 2 Konfigurationsoptionen dazu. Die 1. Option schaltet Hyperthreading ab. Das kann u.U. negative Auswirkungen auf die Performance haben. Wenn das nicht manchen möchte, gibt es eine 2. Option, welche die neue Warnung in VCenter deaktiviert. Lt. VMWare soll Hyperthreading im BIOS nicht abgeschaltet werden. VMWare arbeitet an weiteren Verbesserungen des CPU-Schedulers, dann auch wieder von Hyperthreading profitieren sollen. Details: https://kb.vmware.com/s/article/56544 https://kb.vmware.com/s/article/55806

Ich vermute mal eher, dass es an liegt. Teaming macht man im vSwitch und nicht in einer VM.

Echt? Ist das Best Practice?

So schwierig ist das nicht: - Windbg installieren - Online Symbol-Server konfigurieren - Windbg starten - "Open Crash Dump" - Analyze -v eingeben.

Wie hast Du das Agent-Paket denn erstellt? Ohne Anpassungen des EPO-Servers (u.a. Zertifikate und Adresse des EPO-Servers) nützt es Dir nichts. Mal davon abgesehen ist die Version uralt.

Nein. Das Snapshot-File wird blockweise in das urspüngliche vmdk geschrieben. Platz wird nur bei einem aktivem Snapshot benötigt. Hier wird ständig weiterer Platz benötigt.

Zur Not mal prüfen, ob der Hersteller ein Firmware-Update anbietet. Allerdings rüsten Hersteller bei älteren Geräten selten neue Funktionen nach. Wir haben hier eine ältere Generation Lexmark-Drucker. Die können, trotz noch gepflegter Firmware, nur SMBv1. Neue Modelle können da mehr.

Dann hast Du noch nicht alle Treiber gesehen. Das ist i.d.R. eine Funktion der Teaming-Software. Die erstellt pro VLAN eine virtuelle NIC.

Update: Für den Fehler mit ILO5 1.30 zeichnet sich VMWare verantwortlich. Hier soll es im nächsten Patch einen Fix geben...

"Revisionssicher" ist ein unsinniger Begriff. Der rührt daher, dass die Revision irgendwas prüft und keiner traut sich zu fragen was. Die Revision prüft i.d.R. die Einhaltung gesetzlicher, aufsichtsrechtlicher und anderer interner Vorgaben. Mit dem Begriff wird die Revision als eine Art Gegner beschrieben, die sie eigentlich nicht ist. Normalerweise sollte nach einer Prüfung einem niemand den Kopf abreißen. Man bekommt eine Auflistung der Feststellungen mit Priorität und muss die dann abstellen oder anders sachgerecht bearbeiten. Natürlich unter der Voraussetzung das keine strafbaren Handlungen festgestellt worden sind.

Ich verstehe auch nicht, warum ich das mache ;) Bei VMware habe ich jetzt mal das HPE Vibdepot eingebunden. Da gibt es zumindest Treiber und Management-Gedöns über den VMWare-Update-Manager. Firmware darf man dann wieder... Aktuell kämpfe ich mit einem neuen Problem: Nachdem ich beim ILO5 die Firmware 1.30 eingespielt habe, zeigt mit VMware einen Alaram von "other hardware objects" an... Wenn der Support bei HPE nicht so nervenaufreibend wäre... Ich werde es mal zuerst bei VMWare probieren. Da habe ich gestern schon ein Ticket ausgemacht wegen einen Crashs des Hostd bei bestimmten Aktionen im VC.

So dachte ich mir das. Den RDS-Host kann man auch "zu Hause" aufstellen. Wird allerdings durch die div. notwendigen Lizenzen nicht sehr preiswert.

Eventuell hätte ein chdsk /f gereicht (temporär LW Buchstaben zuweisen). NTFS wird als RAW angezeigt, wenn es invaild ist. Logische Fehler lassen sich oft mit Chkdsk lösen.