NilsK

Moin, nee, das vorgeschlagene Skript dürfte noch nicht ganz das richtige sein. Dies hier ist genau für die Aufgabe gebaut: faq-o-matic.net » Ein AD-Attribut zu einem Logon-Namen herausfinden Gruß, Nils

Moin, diese Unterscheidung ist ohne praktische Bedeutung. Partitionierbare Hardware gibt es in der Windows-Welt so gut wie gar nicht (wer sowas hat, setzt eigentlich nie Windows darauf ein). Blades werden nicht nur von Microsoft, sondern auch von allen anderen als einzelne Server betrachtet - sind sie ja auch. Ein Blade ist nur eine spezielle Server-Bauform. Gruß, Nils

Moin, glaub's mir einfach - es geht nicht. Microsoft dokumentiert das ja auch selbst. Das ist auch gar nicht meine Frage. Mich interessiert, wie Windows 8 sich verhält, wenn man einen Microsoft-Account zugewiesen hat, für bestimmte Apps oder Webseiten aber einen anderen braucht. Ist das problemlos? Muss ich in der App oder Webseite dann den anderen Account erst abmelden? Gibt es dann Cookie-Probleme, wie man sie bisher auch kennt, wenn man mehrere verschiedene Live IDs parallel nutzt? So diese Art von Nickligkeiten. Hat das schon jemand durch? Danke & Gruß, Nils

Moin, eine Datacenter-Lizenz umfasst zwei CPUs ("Sockel") auf derselben Hardware. Wenn deine Server also jeweils eine oder zwei CPUs haben, brauchst du pro Server eine DC-Lizenz. Da zähle ich dann drei. ;) Gruß, Nils

Moin, ein besserer Weg besteht darin, den Domänen-Benutzern das Privileg "Hinzufügen von Arbeitsstationen zur Domäne" zu entziehen. Das hat denselben Effekt, dokumentiert sich aber leichter und erfordert kein Gefummel mit ADSI Edit. Gruß, Nils

Moin,

Moin, wir können das jetzt noch eine Weile so weiterführen. ;) Wenn die Hardware nach dem ersten Speichern weitere Schreibzugriffe auf die Daten zulässt, kann eine Software keine "revisionssichere" (damit ist meist gemeint "veränderungsfreie") Ablage garantieren. Damit das insgesamt ein sinnvolles System gibt, muss die Software auch damit umgehen können, aber sie kann es nicht allein sicherstellen. Gruß, Nils

Moin, hat jemand Erfahrung, wie sich Windows 8 verhält, wenn man mehrere Microsoft-Konten (Live IDs) parallel nutzt bzw. braucht? Ich selbst habe (mindestens) drei dieser Konten: Eins nutze ich seit mehreren Jahren privat, mein Hauptkonto gewissermaßen Eins nutze ich in der Firma, das will ich von 1 getrennt halten (u.a. liegt dort mein Zugang zum Firmen-MSDN und auf 1 der zu meinem Privat-MSDN) ein weiteres privates musste ich anlegen, als ich mein Windows Phone bekam, weil ich mit 1 nicht auf den Phone-Store zugreifen konnte Ich nehme mal an, dass ich mit 1 auch auf den "Store" in Windows 8 nicht zugreifen kann (das Problem liegt anscheinend in der Länderkennung, die man nachträglich nicht ändern kann - einzige Lösung laut KB ist, einen neuen Account anzulegen), daher würde ich Konto 3 als primären Account zuweisen. Zu Konto 1 gehören allerdings meine Messenger-Kontakte usw. Hat jemand konkrete Erfahrungen damit? Gruß, Nils

Moin, hm, sieht fein aus. :) Gruß, Nils

Moin, ohne WORM-Hardware wird sie das schlicht nicht können. Gruß, Nils

Moin, Aber klar. ;) Weiß ich doch. :D Gruß, Nils

Moin, sei dir bewusst, dass es sich dabei um nicht supportete Vorgehensweisen handelt. Für Produktion ist das also ungeeignet. Daher ergibt es auch kaum Sinn, nach einem Tool dafür zu suchen oder eins zu bauen. Die nötigen Schritte hat ein Kollege von MVP Carsten Rachfahl hier beschrieben: Wiederherstellen einer nicht exportierten VM « Hyper-V Server Blog der Rachfahl IT-Solutions GmbH & Co. KG Gruß, Nils

Moin, Ja, das ergibt Sinn, dann hast du nämlich auch den Namen schlecht gewählt ... :cool: Gruß, Nils

Moin, Windows Phone 8 gibt es noch nicht. Weder über die Funktionen noch über das Erscheinungsdatum noch über mögliche Varianten gibt es derzeit gesicherte Aussagen. Bei WP7 ist es so (und wird sicher auch für WP8 gelten): Irgendwelche Apps können keine betriebssystemweiten Funktionen wie VPN zur Verfügung stellen, weil Apps immer in einem abgeschotteten Container laufen. So etwas ließe sich nur implementieren, wenn das Betriebssystem selbst ein API dafür mitbringt. Aller Voraussicht nach werden die derzeit erhältlichen Windows-Telefone nicht auf Windows Phone 8 aktualisiert werden können, u.a. weil Hardwarekomponenten fehlen. (Und weil die Hardwarehersteller ein Interesse haben, neue Geräte zu verkaufen - das muss Microsoft berücksichtigen, sonst gibt es von dort keine Unterstützung.) Gruß, Nils

Moin, eine Software allein kann das nicht lösen. Das Zielmedium muss ein WORM-Medium sein (Write Once, Read Multiple), das auf "Hardware-Ebene" nur einmaliges Beschreiben zulässt. Gruß, Nils

Moin, ja, prima, ist doch klasse. Für Batch ist das auch durchaus elegant, zumal es offenbar mit nur einer Schleife lösbar ist. :) Bei FIND sollte man i.d.R. /i als Schalter mit angeben. Gruß, Nils

Moin, wenn du mehrere Server und mehrere Benutzer hast, solltest du nicht mit lokalen Konten arbeiten, sondern mit Active Directory. Sowohl bei AD- als auch bei lokalen Konten gilt: Wenn du Gruppenmitgliedschaften änderst, müssen die Benutzer sich vom jeweiligen System vollständig ab- und neu anmelden, damit die Mitgliedschaften wirksam werden. Gruß, Nils

Moin, Eleganz als Anforderung ist bei Batchprogrammierung fehl am Platz. ;) Gruß, Nils

Moin, mit einer zweiten FOR-Schleife. Entweder verschachtelst du beide Schleifen oder du gibst das Ergebnis der ersten Schleife in eine temporäre Datei aus, die du in der zweiten Schleife verarbeitest. Gruß, Nils

Moin, eben genau das ist der Punkt. Wenn eine bestimmte Struktur auf die IT-administrativen Prozesse in einer Organisation passt, ist das prima. Da solche Prozesse aber sehr unterschiedlich sein können, kann eine andere Organisation auch zu völlig anderen Strukturen kommen. Und daher ist die wichtigste Aussage, die man zu OUs machen kann: Die Struktur sollte zu den momentan genutzten Prozessen in der IT passen. Sie ist nicht dafür da, das Organigramm nachzubilden. Gruß, Nils

Moin, du hast doch schon alles, was du brauchst. Dein Batch ruft zuerst per net use die Liste der Mappings und filtert mit find nach dem gesuchten String. Ist der vorhanden, dann trennt es das Laufwerk. Das bekommst du mit for recht leicht hin. Fertigen Code kann ich dir nicht dazu geben, weil das immer ein wenig Gebastel ist, aber das dürftest du fix fertig kriegen. Eine andere Variante wäre, einfach per net use * /delete alle Mappings zu löschen. Da weiß ich aber nicht, ob das bei dir machbar ist. Gruß, Nils

Moin, gut, diesen Grad an "Autarkie" bekommt man auch mit einer Einzeldomäne hin. Womit wir bei der Erkenntnis wären, dass diese Art von Projektberatung in einem Forum nicht geleistet werden kann. Ob der Betrieb mehrerer Exchange-Datenbanken nach dem von dir skizzierten Modell tatsächlich die erheblich höheren Enterprise-Kosten Wert ist, müsst ihr selbst beurteilen. Für mich ist hier Ende, weil wir hier die Möglichkeiten des Boards verlassen. Gruß, Nils

Moin, die VHDX-Konvertierung von Hyper-V ist kein P2V-Werkzeug und daher natürlich nicht für die Systemplatte geeignet. Wenn es denn P2V sein muss, dann besorg dir ein P2V-Werkzeug. Ich rate allerdings grundsätzlich von P2V ab. Gruß, Nils

Moin, ein Forest konnte schon unter Windows 2000 mit zwei nebeneinanderliegenden Domänen aufgebaut werden. Ein Domänen-Upgrade wäre für das Vorhaben also nicht nötig. Die entscheidende Frage ist: Was bedeutet "Beide Standorte sollen autark bleiben"? Die differenzierte Antwort darauf legt deine technischen Möglichkeiten fest. Da wir dazu nichts sagen können, ist über Sinn oder Unsinn deiner Planung von hier aus nichts zu sagen. Es kann z.B. genauso gut sein, dass du mit einer Einzeldomäne auskommst, wie es möglich ist, dass du weiter zwei getrennte Forests brauchst. Wozu du Exchange Enterprise brauchst, ist mir nicht klar. Das braucht man eigentlich nur zum Clustern. Sonst nicht. Und: Unterschätze nicht die Migration von Notes auf Exchange. Geht alles, hat aber einige Stolperfallen. Wie immer gilt: Erst die Anforderungen definieren (und zwar detailliert), dann die Technik auswählen. Gruß, Nils

Moin, da ein Austausch großer Teiler der Infrastruktur dafür wahrscheinlich nicht in Frage kommt: Wenn es handhabbar sein soll, sollte man Ressourcen mit denselben Zugriffsanforderungen in denselben Ordnern zusammenfassen. So kann man dann die Zugriffsrechte auf Ordnerebene setzen und das AGDLP-Prinzip beibehalten. Jeder Ansatz auf Basis einzelner Elemente führt sehr schnell ins Chaos und zu organisatorischen Problemen. Gruß, Nils