NilsK

Moin, warum kümmerst du dich überhaupt um diese Ebene? Für die Praxis dürfte das in nahezu allen Szenarien völlig irrelevant sein, das wird eher so eine Geschichte à la "wir machen es, weil es geht" sein. Oder hast du eine bestimmte Anforderung, die du lösen musst? Gruß, Nils

Moin, also ... in Kürze dazu: Du bist auf dem falschen Dampfer. So einfach ist die Performancebetrachtung nicht. Du nutzt die falschen Werkzeuge und du ordnest Dinge falsch zu. Mir scheinen hier auch Host und VM durcheinanderzugehen. Mit KVM kenne ich mich nicht aus, was "anpinnen" ist, weiß ich nicht. Das Konzept gibt es bei Hyper-V nicht (und meines Wissens auch nicht bei VMware, jedenfalls nicht als ich mich zuletzt damit beschäftigt habe). Ich denke mal, dass es im Wesentlichen andere Bezeichnungen sind; vielleicht macht KVM hier auch was anders als andere Hypervisoren. Ist aber am Ende egal. Wichtig ist in der Praxis, dass man die VMs richtig einstellt. Und dafür sind die meisten Grundsätze übergreifend gültig und nicht besonders kompliziert. Gruß, Nils

Moin, für mich klingt das auch nach grundsätzlichen Missverständnissen. Um die eigentliche Frage zu beantworten: Unabhängig vom Hypervisor weist man die vCPU-Anzahl für VMs so zu, wie es die Anwendungen erfordern. Also so, wie man es bei den anderen Ressourcen auch tun würde. Einem virtuellen DC würde ich weder unter Hyper-V noch unter VMware und auch nicht unter KVM mehr als eine bis zwei CPUs zuweisen. Bei einem Datenbank- oder Terminalserver mehr, je nach den tatsächlichen Anforderungen. CPU-Overcommit ist in aller Regel kein Problem, da gehöre ich zu der Fraktion, die andere Erfahrungen hat als Evgenij . "In aller Regel" heißt dabei: Es kann natürlich auch Konstellationen geben, in denen man das bleiben lässt und nicht mehr als 1:2 oder gar 1:1 zuweist. Meine Erfahrung sagt aber, das ist die große Ausnahme. Gruß, Nils PS. wenn du es für Hyper-V genauer wissen willst - in dem Rheinwerk-Buch habe ich ein ganzes Kapitel über die Ressourcenzuweisung geschrieben. Das gilt, weil es um prinzipielle Fragen geht, ähnlich auch für andere Hypervisoren.

Moin, fein. Ist zu dem Thema des Threads noch was offen? Sonst sind wir ja fertig. Gruß, Nils

Moin, vermutlich deshalb, weil SQL Server beim Insert die 10 für den Monat und die 6 für den Tag hält. Gruß, Nils

Moin, das ist gut. Dann hat sich unser dezentes Drängeln ja gelohnt. Danke für die Rückmeldung, Nils

Moin, warum beides nicht ausgeführt wird, kann ich auch nicht nachvollziehen. Wie führst du das Skript denn aus? Läuft es evtl. in einem Host, der nur dann die Ausgaben anzeigt, wenn es keine Fehler im gesamten Ablauf gibt? Wenn es unbedingt die antike Technik sein soll und du nicht sagen willst, was damit geschehen soll, damit man es vielleicht insgesamt anders angehen kann, hier der klassische Artikel, der beschreibt, wie man genau diese Daten mit VBS abfragt: https://devblogs.microsoft.com/scripting/dandelions-vcr-clocks-and-last-logon-times-these-are-a-few-of-our-least-favorite-things/ Deinem Skriptcode nach zu urteilen, baust du aber nicht auf bestehendem Wissen auf, und dann ist es wirklich nicht zukunftsweisend, auf eine Technik zu setzen, die seit 15 Jahren nicht mehr entwickelt wird. Aber das sagten wir vielleicht schon. Gruß, Nils

Moin, ich mutmaße mal: Das Skript bricht wegen des Fehlers ab und gibt deshalb auch den Rest nicht mehr aus. @Nero2021 wir haben jetzt den klassischen Fall, dass du dich auf dein Detailproblem fokussierst, statt das übergeordnete Ergebnis in den Blick zu nehmen. Was soll denn mit den Daten geschehen? Wäre es vielleicht schlauer, sie zentral auszulesen statt vom Client aus? Gruß, Nils

Moin, das Betriebssystem selbst ist normalerweise nicht das Problem, sondern eher Treiber, Applikationen und Konfigurationen. Supported ist es von OS-Seite ebenso generell - wenn, dann gibt es Ausschlüsse von Applikationen. Wer RDS-Server in großem Stil betreut, würde nach meiner Kenntnis nicht auf die Idee kommen, dort ein Upgrade zu machen - gerade RDS-Server werden auch im Betrieb oft routinemäßig neu installiert. Ich würde das generell als eine Chance zum Aufräumen begreifen. Gruß, Nils PS. das Argument mit "Windows 10" ist keins. Am Ende stammen alle diese Systeme von NT ab, aber was heißt das schon ...

Moin, was hast du damit denn vor? Eigentlich macht man sowas heute nicht mehr per VBS. Wenn wir wissen, was damit geschehen soll, können wir dir vielleicht einen anderen Weg vorschlagen, statt hier ins Troubleshooting einzusteigen. Genau an diesem Beispiel zeigt sich nämlich einer der vielen Nachteile von VBS: Es kann nicht mit 64-Bit-Integers umgehen, und lastLogonTimestamp gibt leider einen solchen zurück. Gruß, Nils

Moin, ach, du hast Recht. Hatte ich beim Nachlesen übersehen. Gruß, Nils

Moin, Prima, danke für die Rückmeldung. Gruß, Nils

Moin, ich hab ein Déjà-vu. Gruß, Nils

Moin, Excel. Ernsthaft. Und die Ablaufdaten im Teamkalender des Adminteams. Ins Monitoring einbinden ist auch gut, aber ein paar Metadaten wird man sicher pflegen wollen, die man rein über Icinga usw. kaum sinnvoll eingetragen kriegt. Gruß, Nils PS. wir duzen uns hier.

Moin, der O-Ton ging irgendwie im peinlich berührten Grummeln unter. Wie das halt so ist, wenn man sich vom externen Berater ertappt fühlt. Gruß, Nils

Moin, durchaus valide, aber selbst dafür bräuchte man ja eine Übersicht ... ... und natürlich war das ein Kunde, bei dem an manchen Stellen DV-Zertifikate nicht ausreichen, da müssen es EV-Zertifikate sein. Aber lassen wir das. Gruß, Nils

Moin, eine Zertifizierungsstelle ist keine Zertifikatsverwaltung. Wenn du Letzteres möchtest, musst du das separat lösen. In den meisten Umgebungen reicht dafür eine Excel-Tabelle. Das Ansinnen ist allerdings sehr lobenswert. Die wenigsten Unternehmen wissen, was sie denn so für Zertifikate nutzen, wo die eingebunden sind, wann sie ablaufen und wofür sie ursprünglich mal gedacht waren. Ich hatte mal einen Kunden aus dem Enterprise-Segment, der uns beauftragt hatte, mit ihm und für ihn so eine Übersicht aufzubauen. Als wir die ersten Ecken des Teppichs gelüftet hatten, hat er das Projekt doch lieber abgebrochen ... Gruß, Nils

Moin, der TO hat ja nicht angegeben, warum er das Feld auswerten will. Ob er den Wert als Indiz für das Vorhandensein einer Mailbox nimmt, ist daher nur eine Annahme, wenn auch eine naheliegende. Tatsächlichen Aufschluss über diesen Umstand gäbe da logischerweise nur eine Überprüfung in dem jeweiligen Mailsystem. Gruß, Nils

Moin, Oh, die gibt es bei Ratiopharm. https://www.faq-o-matic.net/2017/05/08/windows-server-2016-cluster-mit-integrations-ansatz/ Gruß, Nils PS. Hätte ich alle gern auf meiner Seite. Bitte PN, wenn ihr das auch so seht.

Moin, wenn wir von Exchange sprechen. Gruß, Nils

Moin, In den Eigenschaften des Benutzerkontos. Gruß, Nils

Moin, Naja, umstellen musst du dann sowieso alles. Dann kannst du es jetzt auch erst mal simpel halten. Ich würde evtl. sogar absichtlich jetzt ein ganz anderes Segment nehmen, dann kannst du das hinterher besser unterscheiden, wo du schon umgestellt hast. Gruß, Nils

Moin, Teams kann schon seit Monaten Räume. Auch spontan. Gruß, Nils

Moin, IP-Adresse und Subnet Mask sind nicht wie ein wichtiger und ein unwichtiger Teil der Konfiguration. Sie gehören zusammen. Da die Maske angibt, welcher Teil der Adresse den Host kennzeichnet, ist eine Änderung der Maske auch eine Änderung der Adresse. Da du in diesem Fall aber auch die Zuordnung zu einem logischen Netz änderst, hängt u.U. noch mehr dran, denn du musst dann wahrscheinlich auch das Routing ändern. So ist eine Änderung von 192.168.1.100/24 auf 192.168.1.100/23 i.d.R. gravierender als eine Änderung auf 192.168.1.200/24. All diese Fälle sind für das AD aber unproblematisch, solange das Drumherum stimmt. Gruß, Nils

Moin, ich meine auch keinen manuell gesetzten Filter, sondern einen im Code. Gruß, Nils