Auf GitHub stehen die fertigen Sourcen schon bereit und @markekraus hat auf Twitter schon angefüttert…

Update: Es ist offiziell

Soeben wurde das dritte Cumulative Update für SQL Server 2017 veröffentlicht.

16 Bugfixes sind enthalten und es wird empfohlen das CU proaktive zu installieren.

Darunter interessante wie

• MAXDOP für die Erstellung und das Update von Statistiken
• Fehlende Performance Counter für die Analysis Services im Tabular Mode werden hinzugefügt
• CXPAKET wird in Showplan XML aufgeführt

CUs sind nicht mehr optional und erfordern keine Registrierung für den Download.

Beim Debugging von Azure Automation Scripten gibt es einiges zu beachten. Das Wichtigste, es gibt kein Write-Debug!

Ein bestimmtes Verhalten ist aber besonders störend. Bei aktiviertem Verbose Logging kann dies nicht für einzelne cmdlets deaktiviert werden.

In der lokalen PowerShell lässt sich mittels “-Verbose:$false” die Ausgabe von Verbose Messages verhindern. Das lässt sich einfach nachvollziehen.

# Aktivierte Verbose-Ausgabe $VerbosePreference=“Continue” Import-Module failoverclusters

Danke VMware für die doppelte Verwendung des cmdlet Namen “New-Cluster” und “Get-Cluster” im PowerCLI Module “VMware.VimAutomation.Core”

Get-Command New-Cluster

Diese Namen werden, wie die meisten wissen, auch schon von einer anderen Technologie genutzt. Dem Microsoft Windows Failover Cluster.

Sobald man das “failoverclusters” Modul manuell nachlädt wird das VMware cmdlet überschrieben.

Import-Module failoverclusters
Get-Command New-Cluster

Sollte man beide Module auf einem Server installiert haben und möchte nicht immer manuell ein Import-Module durchführen, gibt es noch eine einfache Lösung das korrekte cmdlet direkt zu adressieren.

Was ein Einstieg in das Jahr 2018. Meine Blogpause wurde begleitet von einer der größten Sicherheitslücken in den letzten Jahren. Betroffen ist fast jeder Nutzer von IT und das platformübergreifend.

Mittlerweile hat nicht nur das Project Zero von Google weitreichende Informationen veröffentlicht, sondern auch die Hersteller haben reagiert.

Microsoft Azure wurde schon, soweit Patches vorhanden sind, abgesichert.

Für SQL Server hat Microsoft Richtlinien veröffentlicht, die von jedem Admin befolgt werden sollten um sensible Daten zu schützen.

Bisher galten für experimentelle und Community DSC Ressourcen folgende Namenskoventionen.

Prefixe:

• x = Experimentell oder nicht offiziell supported
• c = Support durch die Community

Der Suffix Dsc war Modulen vorbehalten, welche die Anforderungen an ein “High Quality DSC Resource Module” erfüllen.

Damit ist ab sofort Schluss: Die Prefixe “x” und “c” werden nicht mehr verwendet!

In der aktuellen Dokumentation der Namenskonvention wird diese Änderung explizit benannt. DSC Ressourcen sollen, wenn vorhanden, nach dem bestehenden Modul benannt werden oder das “DSC” Suffix erhalten.