Lorsque qu’une transaction arrive sur le server principal, cette transaction est alors “dupliquée” vers les serveur miroir. En mode synchrone, un acquittement n’est renvoyé à l’applicatif client que lorsque l’instance principale et l’instance miroir ont écrit sur disque (dans le fichier LDF) la transaction. En mode asynchrone, le client reçoit un acquittement lorsque le serveur principal, et seulement lui, a écrit l’information dans le journal des transactions.

Les communications entre instances (principal, miroir et éventuellement témoin) se font au travers de points de terminaison TCP, ou end points.

Pour s’authentifier mutuellement, il existe deux possibilités :

• Soit les instances sont dans le même domaine active directory, auquel cas, l’authentification du compte de service de chaque instance peut suffire,
• Soit les instances sont dans des domaines ou des workgroups distincts, auquel cas l’authentification passe par des certificats.

Et comme tous certificats, ceux utilisés par SQL Server ont une durée de validité … De un an si aucune mention contraire n’a été spécifiée lors de leur création.

CREATE CERTIFICATE Certificate_Principal_Instance
   WITH SUBJECT = 'Certificate Principal Instance';
GO

Un certificat généré de la sort va expirer un an après. Un tel cas s’est présenté à moi il y a quelques jours. Le journal d’évènement de SQL Server présente alors des erreurs du type :

Database Mirroring login attempt failed with error: ‘Connection handshake failed. The certificate used by this endpoint was not found: Certificate expired. Use DBCC CHECKDB in master database to verify the metadata integrity of the endpoints. State 85.’. [CLIENT: xxx.xxx.xxx.xxx]

Pas de panique pour autant, les connexions et les transactions sur le serveur principal sont toujours possible. En fait la base n’est plus protégée, les bascules ne seront pas possibles.

Le changement de certificat est possible, sans casser le miroir ni provoquer d’indisponibilité. Voici un petit script qui vous permettra de changer vos certificats.

--
-- Pause du mirroring
--

:Connect Principal_Instance
USE master;
ALTER DATABASE my_mirrorred_db SET PARTNER SUSPEND; 
GO


--
-- Création et sauvegarde des nouveaux certificats 
--

:Connect Principal_Instance
USE master;
CREATE CERTIFICATE [New_Certificate_Principal_Instance]
WITH SUBJECT = 'New Certificate Principal Instance',
START_DATE='01/01/2012', 
EXPIRY_DATE='01/01/2020'; 
GO
BACKUP CERTIFICATE New_Certificate_Principal_Instance 
TO FILE = '\\FileServer\FileShare\Certificates_backup\New_Certificate_Principal_Instance.cer';
GO

:Connect Mirror_Instance
USE master;
CREATE CERTIFICATE [New_Certificate_Mirror_Instance]
WITH SUBJECT = 'New Certificate Mirror Instance',
START_DATE='01/01/2012', 
EXPIRY_DATE='01/01/2020'; 
GO
BACKUP CERTIFICATE New_Certificate_Mirror_Instance 
TO FILE = '\\FileServer\FileShare\Certificates_backup\New_Certificate_Mirror_Instance.cer';
GO

:Connect Witness_Instance
USE master;
CREATE CERTIFICATE [New_Certificate_Witness_Instance]
WITH SUBJECT = 'New Certificate Witness Instance',
START_DATE='01/01/2012', 
EXPIRY_DATE='01/01/2020'; 
GO
BACKUP CERTIFICATE New_Certificate_Witness_Instance 
TO FILE = '\\FileServer\FileShare\Certificates_backup\New_Certificate_Witness_Instance.cer';
GO


--
-- Ajout des nouveaux certificates sur autres servers de la session de mise en miroir
--

:Connect Principal_Instance
USE master;
CREATE CERTIFICATE New_Certificate_Mirror_Instance
   AUTHORIZATION SQL_User_Mirror_Instance
   FROM FILE = '\\FileServer\FileShare\Certificates_backup\New_Certificate_Mirror_Instance.cer'
GO
CREATE CERTIFICATE New_Certificate_Witness_Instance
   AUTHORIZATION SQL_User_Witness_Instance
   FROM FILE = '\\FileServer\FileShare\Certificates_backup\New_Certificate_Witness_Instance.cer'
GO


:Connect Mirror_Instance
USE master;
CREATE CERTIFICATE New_Certificate_Principal_Instance
   AUTHORIZATION SQL_User_Principal_Instance
   FROM FILE = '\\FileServer\FileShare\Certificates_backup\New_Certificate_Principal_Instance.cer'
GO
CREATE CERTIFICATE New_Certificate_Witness_Instance
   AUTHORIZATION SQL_User_Witness_Instance
   FROM FILE = '\\FileServer\FileShare\Certificates_backup\New_Certificate_Witness_Instance.cer'
GO

:Connect Witness_Instance
USE master;
CREATE CERTIFICATE New_Certificate_Principal_Instance
   AUTHORIZATION SQL_User_Principal_Instance
   FROM FILE = '\\FileServer\FileShare\Certificates_backup\New_Certificate_Principal_Instance.cer'
GO
CREATE CERTIFICATE New_Certificate_Mirror_Instance
   AUTHORIZATION SQL_User_Mirror_Instance
   FROM FILE = '\\FileServer\FileShare\Certificates_backup\New_Certificate_Mirror_Instance.cer'
GO


--
-- Mise à jour des endpoint du mirroring pour utiliser les nouveaux certificats
--

:Connect Principal_Instance
USE master;
ALTER ENDPOINT Endpoint_Mirroring 
FOR DATABASE_MIRRORING (AUTHENTICATION = CERTIFICATE [New_Certificate_Principal_Instance])
GO

:Connect Mirror_Instance
USE master;
ALTER ENDPOINT Endpoint_Mirroring 
FOR DATABASE_MIRRORING (AUTHENTICATION = CERTIFICATE [New_Certificate_Mirror_Instance])
GO

:Connect Witness_Instance
USE master;
ALTER ENDPOINT Endpoint_Mirroring 
FOR DATABASE_MIRRORING (AUTHENTICATION = CERTIFICATE [New_Certificate_Witness_Instance])
GO

--
-- Reprise du Mirroring
--

:Connect Principal_Instance
USE master;
ALTER DATABASE my_mirrorred_db SET PARTNER RESUME; 
GO

Rien de bien compliqué …

N’hésitez pas non plus à tester SQL Server 2012 qui propose une version très améliorée du database mirroring. Les groupes de disponibilité (AlwaysOn Availability Groups) permettent de pallier à différentes lacunes du DBM :

• On peut grouper plusieurs bases et les protéger, la bascule sur un serveur secondaire se fera pour toutes les bases du groupe.
• On peut avoir jusqu’à 4 instances secondaires.
• Au maximum 2 réplicas en bascule automatique.
• Au maximum 3 réplicas en mode synchrone.
• Le REDO se fait en permanence sur les serveurs secondaires ce qui permet d’avoir accès en lecture seule sans passer par un snapshot de base de donnée.
• La sauvegarde peut se faire sur les réplicas secondaires (Backup Database with COPY_ONLY,  Backup LOG).
• Ajout d’un listener qui permet d’avoir un nom réseau et une adresse IP virtuelle pour les groupe de disponibilité, évitant ainsi les problèmes de chaines de connexion ne supportant pas le Failover Partner et qui élimine le problème des serveurs liés.
• Les bases sur le réplica sont en mode d’isolation read committed snapshot et les statistiques d’index temporaires sont créées en TempDB.
• La réplication est supportée (pour l’éditeur et l’abonné).
• Le listener permet aussi d’aiguiller les requêtes qui font de la lecture seule (SELECT).
• Les bases de données partiellement contenues permettent de se détacher de la base Master pour l’authentification.

Encore une fois désolé pour la voix, j’étais relativement … malade et j’avais bien du mal à respirer! Merci à tous ceux qui étaient présents à cette session. N’oubliez pas non plus que nous avons besoin de votre feedback sur ces journées afin de coller aux mieux à vos attentes pour la prochaine édition.

Enjoy.

Il reste maintenant à éplucher toutes les feuilles de commentaire que vous avez complétées. N’oubliez pas que cet évènement a été mis sur pied par la communauté SQL Server pour la communauté SQL Server.

Plus nous aurons de retours plus nous serons à même de répondre à vos attentes pour les prochaines éditions. N’hésitez pas à nous donnez vos commentaires, vos avis, vos remarques, vos critiques, vos idées. Vos feedbacks par tous les canaux disponibles (les commentaires dans ce blog, twitter (@conseilit et #journeesSqlServer), Viadeo, Linkedin et tout autre réseau social) sont les bienvenus.

Merci aux courageux qui sont venus assister à ma session Serveur Core et Virtualisation.

Les slides seront bientôt disponibles, ainsi que le Webcast de la session.

Certains d’entre vous ont manifesté la volonté de récupérer les bout de script que j’ai utilisé durant l’installation de Windows Server 2008 Core et SQL Server 2012 Core. Il n’y avait rien de bien sorcier dans ces lignes de commandes, les voici :

# Désactivation du firewall Windows tous profils
netsh advfirewall set allprofiles state off


# Installation des Frameworks 2,3
DISM /online /enable-feature 
           /featurename:ServerCore-WOW64 
           /featurename:NetFx2-ServerCore 
           /featurename:NetFx2-ServerCore-WOW64 
           /featurename:NetFx3-ServerCore 
           /featurename:NetFx3-ServerCore-WOW64 
           /featurename:MicrosoftWindowsPowerShell 
           /featurename:ServerManager-PSH-Cmdlets 
           /featurename:BestPractices-PSH-Cmdlets

# Installation du Framework 4.0
dotNetFX40_Full_x86_x64_SC.exe /passive /promptrestart 
          /log c:\installlog.txt


# Installation SQL Server
Setup.exe /qs /ACTION=Install 
            /FEATURES=SQLEngine,Replication,IS,Conn,FullText 
            /INSTANCENAME=MSSQLSERVER 
            /SQLSVCACCOUNT="NT Service\MSSQLSERVER"  
            /SQLSYSADMINACCOUNTS="DEMO\Administrator"  
            /AGTSVCACCOUNT="NT Service\SQLSERVERAGENT" 
            /FTSVCACCOUNT="NT Service\MSSQLFDLauncher" 
            /ISSVCACCOUNT="NT Service\MsDtsServer110" 
            /TCPENABLED="1" /IACCEPTSQLSERVERLICENSETERMS  
            /UpdateEnabled=FALSE /SECURITYMODE=SQL /SAPWD="Password1"

Merci à tous d’avoir fait de cet évènement un succès.

Venez nombreux …

Outre le fait que je serais présent ces deux journées dans les locaux Microsoft sur mon stand je vais présenter une session sur la virtualisation et l’utilisation de serveurs Core.

Je vais profiter de cette heure pour installer de A à Z un serveur core avec une instance par défaut (Windows 2008 R2 Entreprise et SQL Server 2012 Entreprise). En 1 heure, c’est largement faisable (voire 29 minutes si on s’y tient bien avec le matériel dont je disposerais ).

Initialement, j’avais prévu toutes les démos sur Windows 8 server, donc avec la dernière version de Hyper-V. Malheureusement le portable sur lequel j’ai installé la technical preview de Windows 8 est plutôt lent et ne me permettra pas de mener à bien toutes les démos (56 minutes au dernier chronométrage, donc vraiment limite pour une session d’une heure). Je vais donc faire confiance à mon autre portable avec VMWare Workstation 8.

Venez nombreux à cette session …

Sur mon stand (une table !!!), je serais à votre disposition pour échanger autour de mes thèmes favoris (Clustering, Database Mirroring, Log Shipping, Groupes de disponibilité, réplication, optimisation et troubleshooting).

Si vous recherchez des démos sur du cluster Core, du cluster en édition Full, des groupes de disponibilités, vous savez où me trouver les 12 et 13 décembre ! Rendez-vous aussi sur twitter (@conseilit) pour suivre l’évènement (#journeesSqlServer).

http://www.microsoft.com/download/en/details.aspx?id=28145

Bonne installation …

Certains vont voir leur facture baisser, mais pour d’autres, il faut s’attendre à des augmentations de tarif, parfois salées.Vu les configurations actuelles, hexacore et plus, la différence ne sera pas négligeable.

RIP :
Tout d’abord, il faut noter la disparition des éditions Workgroup et Datacenter …

Welcome :
Une nouvelle édition voit le jour : l’édition Business Intelligence, qui comme sont nom l’indique est tournée vers ce pan de fonctionnalités de SQL Server. Rassurez vous, vous pouvez utiliser le moteur relationnel, mais vous êtes limités à 16 cœurs (tout comme l’édition standard) mais le licensing repose sur le modèle Server + CAL.

Voici un tableau assez synthétique qui présente les fonctionnalités de chaque édition :

Même si ce tableau présente 3 édition, il faut garder à l’esprit que les éditions Express, Développeur et Compact restent au catalogue. L’édition Web reste elle aussi au catalogue mais seulement en Service Provider License Agreement.

Prix catalogue des licences :

Cool, un cluster 2 nœuds 64 cœurs ne coutera que 879.872$ !!! Une broutille.

Le schéma suivant vous permet de comprendre la logique de calcul. On continue de travailler par cœur, mais pour de “petites” configurations, un minium de 4 cœurs est comptabilisé.

La petite simulation que je vous joint ici (édition entreprise) vous permet de constater que pour ces “petites” configuration, on ne perd pas forcément au change… Maintenant, j’espère que mon calcul est correct (ou du moins ma compréhension du modèle de licensing).

Je vous ai surligné les configurations que je rencontre le plus fréquemment chez mes clients (n’hésitez pas à me soumettre votre configuration si elle n’apparait pas dans ce tableau).

Finalement, on ne s’en sort pas trop mal, je m’attendais en pire. En vert, les configuration dont le prix baisse (et n’oubliez pas le gain de fonctionnalités du aux nouveautés…). Et en rouge, les grands perdants : les serveurs “hypercorés” … Ceux dont les sockets contiennent un nombre élevé de cœurs. La douche froide pour les possesseurs de machines 8 cœurs dont le prix double quasiment …   

Le modèle de licensing pour les machines virtuelles est lui aussi clair et précis :

Plus vous donner de vCores (cœurs virtuels) à votre VM, plus vous payez … Tout comme une instance physique …

Et si vous souhaitez faire du private cloud et déployer des instances sans vous préoccuper de tout cela, il vous faudra licencier tous les cœurs du host, édition entreprise) et prendre une SA.

L’augmentation de prix est généralement contenue, voire négative (ben quoi , une diminution du prix …). Reste que les grosses configurations vont devenir probablement plus rares. Dommage, j’ai toujours aimé voir un task manager à 100% de CPU sur une machine 64 cœurs … Cela promettait une mission d’optimisation des plus passionnante.

Si vous souhaitez connaitre plus précisément SQL Server 2012 et mettre en pratique les nouveautés en terme de haute disponibilité, inscrivez-vous aux HandOn Labs …