Auch Android versteht sich auf die Kunst, sehr treffende Fragen zu stellen.

(Gefunden von meiner Tochter.)

Hui, mit der Version 3.11 von José haben wir aber einiges zu tun. Nachdem wir erst die falsche Version zum Download gestellt hatten, meldete sich gestern ein Leser mit dem Hinweis, es handele sich immer noch um die 3.10. Ein Test-Download bestätigte das aber nicht – das war die Version 3.11.

Tatsächlich hatten wir aber vergessen, die neue Versionsnummer auch im GUI einzutragen. jose.hta meldete sich immer noch als Version 3.10 (obwohl in den Code-Kommentaren auch die richtige Version steht). Also ein kosmetischer Fehler – nur an einer Stelle die Änderung vergessen.

Nun gibt es also nochmal eine neue Version 3.11, die sich auch im GUI richtig ausweist. Funktional hat sich nichts geändert. Danke an den Leser für den Hinweis!

José Active-Directory-Dokumentation

(Lustiger Umstand: In der englischen Version gab es den kosmetischen Bug nicht. ;))

Bei unserem letzten Update für das AD-Dokumentationsskript José ist uns ein Fehler unterlaufen: Der Download nannte sich zwar „jose311.zip“, enthalten war aber die ältere Version 3.10. Das haben wir jetzt korrigiert, die Fassung für den Download ist nun also wirklich die 3.11 (sowohl in der englischen als auch in der deutschen Version).

Danke für den Hinweis an @duftbaeumchen.

Zur José-Seite

Dieser Beitrag erschien zueerst auf Timos Blog.

Hier mal etwas zum Schmunzeln für Zwischendurch:

Entdeckt unter Windows 10 beim Versuch, in der App „Fotos“ (!) die Quelle „Bilder“ zu entfernen.
Die App möchte mit diesem Dialogfenster mitteilen, dass der Ordner nur aus der Ansicht entfernt wird, jedoch im Dateisystem bestehen bleibt.

Seit Windows Server 2012 R2 zeigt der Hyper-V-Manager für jede VM eine “Version” an. Dies ist dort ausgesprochen langweilig, denn es steht immer “5.0” in dem Feld. Aussagekräftig wird die Version erst mit Windows Server 2016.

Schon seit der ersten Hyper-V-Ausgabe tragen VMs intern Versionsnummern. Hierüber identifiziert der Host, welche Konfigurationsdaten für eine VM vorhanden sind. Bislang war diese Version faktisch an Hyper-V auf dem Host gekoppelt, denn jede Host-Version konnte nur genau eine VM-Konfigurationsversion nutzen. Übertrug man eine VM von einem “älteren” auf einen “neueren” Host – per Export und Import oder von Windows Server 2012 nach Windows Server 2012 R2 auch per Shared-Nothing Live Migration – dann konvertierte der Host die VM-Version stillschweigend. Damit war die VM nur mit diesem neueren Hyper-V-System kompatibel. Auf den “älteren” Host ließ sie sich dann nicht zurück übertragen.

Mit Windows Server 2016 gibt es nun (endlich) die Funktion “Cluster Rolling Upgrades” für Hyper-V-Cluster. Damit kann man einen bestehenden Cluster von Windows Server 2012 R2 aus Schritt für Schritt auf die neue Windows-Version bringen, indem man einzelne Hosts nacheinander mit Windows Server 2016 installiert und sie dann in den bestehenden Cluster wieder aufnimmt. Solange dieser Prozess noch nicht für alle Hosts abgeschlossen ist, läuft der Cluster im Mischbetrieb von 2012 R2 und 2016.

Während dieser Aktualisierungsphase kann man bestehende VMs frei zwischen den verschiedenen Hosts hin- und herschieben, denn Hyper-V in Windows Server 2016 konvertiert die VM-Konfigurationsversionen nicht mehr automatisch. Eine VM, die von einem 2012-R2-Host stammt, behält so ihre Version 5.0, bis man sie manuell aktualisiert. Erst dann kann sie nicht mehr auf einem älteren Host laufen.

… weiterlesen

Bereits im Juli hat Microsoft ein Datenblatt zur Lizenzierung des neuen Windows Server 2016 veröffentlicht. Dieses ist kein rechtsverbindliches Dokument und ersetzt nicht den Lizenzvertrag, sondern es gibt einen allgemeinen Überblick über die Eigenheiten und das Neue in der Lizenzierung.

Ein paar wichtige Punkte daraus:

• Die Standard Edition und die Datacenter Edition unterscheiden sich in ihren Funktionen. Nur mit Datacenter gibt es:
• Storage Replica und Storage Spaces Direct
• Shielded Virtual Machines
• den vollständigen virtuellen Netzwerkstack
• Die Installations-Option “Nano Server” erfordert eine aktive Software Assurance.
• Nano-Server folgen dem Update-Modell “Current Branch for Business”, müssen also regelmäßig aktualisiert (bzw. neu erzeugt) werden.
• Windows Server Containers sind nicht separat zu lizenzieren. Hyper-V Container hingegen “belegen” eine VM-Lizenz.
• Auch weiter gilt das CAL-Modell: Neben der eigentlichen Serverlizenz benötigt man für alle zugreifenden User oder Geräte jeweils eine CAL.
• Die Standard Edition und die Datacenter Edition werden künftig nach Cores lizenziert (nicht mehr nach CPUs).
• Das Minimum sind dabei 16 Cores (für die der Lizenzpreis in etwa dem bisherigen Preis von Windows Server 2012 R2 für zwei CPUs entspricht).
• Weitere Cores kann man in Zweierpaketen lizenzieren, wobei pro CPU mindestens 8 Cores zu lizenzieren sind.
• Kunden mit aktiver Software Assurance für ihre Server-Lizenzen können während der aktiven Vertragslaufzeit kostenlos auf Windows Server 2016 umsteigen. Erst bei der nächsten Verlängerung des Vertrags wird dieser auf die Core-Lizenzierung umgestellt (und damit dann evtl. teurer).

Windows Server 2016 wird im Oktober 2016 in Microsofts Preislisten erscheinen und dann zügig die einzige Version sein, die man neu erwerben kann.

Link zum Download des Datenblatts (Stand Juli 2016):
http://download.microsoft.com/download/7/2/9/7290EA05-DC56-4BED-9400-138C5701F174/WS2016LicensingDatasheet.pdf

Link zu Lizenz-FAQs (Mai 2016):
http://download.microsoft.com/download/7/2/9/7290EA05-DC56-4BED-9400-138C5701F174/WSSC2016LicensingFAQ.pdf

Unser Dokumentationswerkzeug José für Active Directory hat wieder eine Überarbeitung erfahren. Die neue Version 3.11 bietet Folgendes:

• Angabe der GPO-Link-Priorität
• Exchange-Schema 2016 CU2/CU3
• AD-Schema WS 2016 RTM (identisch mit TP5)
• Hinweis „(pur)“ für Domänen entfernt (Abgrenzung vom NT Mixed Mode)
• Maximale OU-Schachtelungstiefe in der Report-Statistik

Wie immer findet sich der Download auf der José-Seite:

http://www.faq-o-matic.net/jose/

Am ersten Tag der Konferenz Ignite 2016 hat Microsoft am 26. September den neuen Windows Server 2016 vorgestellt und freigegeben. Das Produkt gilt damit als veröffentlicht und erhältlich.

Doch Vorsicht: Der Download, der parallel zur Konferenz freigegeben wurde, umfasst nur die Eval-Version, die auf 180 Tage Laufzeit begrenzt ist. Das “echte” Produkt, das sich für produktiven Betrieb eignet, wird erst “Mitte Oktober” verfügbar sein. Dann steht es Volumenlizenzkunden zum Download zur Verfügung. Ebenso ist erst dann damit zu rechnen, dass die finale Fassung im MSDN bereitsteht.

Die offizielle Ankündigung:

[Announcing the launch of Windows Server 2016 – Hybrid Cloud]
https://blogs.technet.microsoft.com/hybridcloud/2016/09/26/announcing-the-launch-of-windows-server-2016/

In Umgebungen, die mehr als eine Sprache für die Betriebssysteme ihrer Server einsetzen, sind bisweilen die Standardobjekte des Active Directory in der falschen Sprache. Da es im AD grundsätzlich problemlos möglich ist, die Objektnamen von Usern und Gruppen zu ändern, kann man das auch in diesen Fällen tun. Die Tücke steckt hier im Detail, denn ein einfaches Umbenennen ist tatsächlich nicht für alle Objekte möglich.

Der Microsoft-Engineer Michael Fromm hat bereits vor einiger Zeit ein Skript veröffentlicht, mit dem man das Umbenennen strukturiert vornehmen kann. Es arbeitet in zwei Schritten: Der erste Durchlauf exportiert die betreffenden Objekte in eine Textdatei. Diese bearbeitet man und gibt dadurch die gewünschten Namen vor. Im zweiten Schritt verarbeitet das Skript die Datei und benennt die Objekte mit der jeweils geeigneten Methode um. Dabei prüft es auch vorhandene Gruppenrichtlinien, um bei Bedarf auch dort die neuen Namen einzutragen.

[Skript Rename standard security principals]
https://gallery.technet.microsoft.com/scriptcenter/81b1643f-7fc7-4df1-a289-8e3a4780a5f2

Microsoft hat den Prozess zum Erzeugen neuer Microsoft-Konten (früher als “Live-ID” bekannt) geändert. Künftig wird es nicht mehr möglich sein, einen persönlichen Account mit einer Firmen-Mailadresse zu erzeugen, sofern die Mail-Domain der Firma bereits in Azure eingerichtet ist.

Bestehende Konten sind hiervon nicht betroffen, die Änderung bezieht sich nur auf neue Konten. Der Hintergrund ist, dass gerade in großen Unternehmen, die mit Microsofts Cloud-Diensten arbeiten, immer wieder Namenskonflikte auftreten, die bei der Anmeldung hinderlich sind.

Näheres dazu:

[blog.atwork.at | No more ORG email addresses for MSA]
http://blog.atwork.at/post/2016/09/16/No-more-ORG-email-addresses-for-MSA