SQL Server Reporting Services : Le serveur de rapports ne peut pas déchiffrer la clé symétrique

Par Pierre SALVY Le 28/08/2012
microsoft-sql-server-2008_tn

Lors de la configuration d’SQL Server 2008 R2 reporting Services, vous pourriez rencontrer l’erreur :”Le serveur de rapports ne peut pas déchiffrer la clé symétrique …”

Lire la suite

Erreur “The update could not be found” – Lors de la réinstallation de WSUS sur Serveur 2008

Par Pierre SALVY Le 27/06/2012
TN_WSUSLogo

Lorsque vous réinstallez Windows Server Updates Services sur Windows Server 2008 (R2) vous rencontrez très certainement l’erreur suivante :

The update could not be found. Either the update is not applicable to this computer or the update no longer exists. Either the update is not applicable to this computer or the update no longer exists. Verify that the update still exists and applicable to this computer form your WSUS server or Windows Update. Verify that the update still exists and applicable to this computer form your WSUS server or Windows Update.

Lire la suite

Nouvel E-Book Gratuit ! Introducing Microsoft SQL Server 2012

Par Pierre SALVY Le 1/05/2012
TN_MicrosoftPressLogo

SQL Server 2012 est disponible depuis peu, Microsoft Press nous propose aujourd’hui un eBook gratuit “Introducing Microsoft SQL Server 2012″

Lire la suite

Désactiver le Firewall Windows lors de l’exécution d’une séquence de tâches SCCM

Par Pierre SALVY Le 4/07/2011

Lors de l’installation de vos systèmes d’exploitation via séquences de taches SCCM, il est parfois nécessaire de procéder à la désactivation du firewall de Windows.

Pour cela, rien de plus simple, intégrez l’exécution d’une commande à votre séquence de tâches puis :

Si le système installé est Windows Server 2008 R2, exécutez la commande suivante :
netsh advfirewall set currentprofile state off
Pour les autres Systèmes Windows équipés du firewall (depuis Windows XP SP2) :
Netsh firewall set opmode disable

à vous de jouer !

Microsoft Lync ! ne m’appelez pas “Communications Server 14″

Par Pierre SALVY Le 14/09/2010


Depuis maintenant 3 ans, Microsoft nous présente régulièrement de nouveaux produits de communications unifiées.

Afin de poursuivre sa course vers toujours plus de fonctionnalités, d’intégration et de simplicitéMicrosoft nous présente maintenantLync, sa nouvelle solution remplaçant par cela la dénomination “Communication Server” par “Lync”.

Lync se décline en trois produits distincts :

  • Le serveur : Microsoft Lync Server 2010
  • Le client : Microsoft Lync 2010
  • et le service en ligne : Microsoft Lync Online

au programme toute une série de nouveautés avec notamment :

  • Une nouvelle expérience utilisateur
  • Un contrôle de l’infrastructure pour les administrateurs sur la consommation de bande passante (support du CAC) et sur la supervision du déploiement
  • Le support de la virtualisation (sous certaines contraintes).
  • Une interopérabilité poussée avec les solutions partenaires et concurrentes.

La release candidate du produit est d’ores et déjà disponible : ICI

Source : Blog de Damien Caro (CF: mes flux favoris)

Configuration du Firewall pour SQL Server (2008 R2)

Par Pierre SALVY Le 10/05/2010

                    

Comme vous le savez sans doute, depuis l’apparition du «Pare Feu de Windows avec options avancées de sécurité» sous Windows Server, il est désormais nécessaire d’effectuer une configuration préalable de celui-ci avant l’installation de certaines applications. SQL Server en faisant partie, nous allons donc voir la configuration à appliquer.

Le firewall de Windows Server autorisant par défaut les connexions sortantes (outbound) nous n’avons que la partie connexions entrantes à configurer (Inboud). Pour cela, rien de compliqué il suffit d’entrer dans la console de gestion de celui-ci, disponible dans les outils d’administration ou via composant MMC.
L’ouverture des ports nécessaires à l’exécution et à la communication vers notre Système de Gestion de Base de Données, se fera en créant des règles, pour cela, un clic droit sur « Règles de trafic entrant » vous permettra de créer les règles en question. Il vous suffira de créer les règles correspondantes aux ports et protocoles suivants pour obtenir la configuration firewall nécessaire au bon fonctionnement d’SQL Server.

Une fois cette configuration effectuée, lors de la vérification de la configuration firewall effectuée lors de l’installation de SQL Server un message d’avertissement vous indiquera que le firewall est actif et qu’une configuration pourrait être nécessaire … vous venez de la faire ! Félicitations !

Le Loopback Processing ou Traitement par Boucle de Rappel “pour les nuls”

Par Pierre SALVY Le 5/05/2010

Loopback Processing, Traitement par boucle de rappel ou Traitement en boucle avec fusion (merge) ou remplacement (replace) est une notion posant régulièrement des problèmes de compréhension, non pas par son nom variant selon les sources, mais par le concept caché derrière celui-ci.

L’option en question est disponible via l’éditeur de stratégies de groupe sous : Configuration de l’ordinateur/Modèles d’administration/Système/Stratégie de groupe/Mode de traitement par boucle de rappel de la stratégie de groupe utilisateur

Je vais donc tenter d’apporter ma pierre à l’édifice, en vous donnant mon interprétation de la documentation de ce paramètre avancé des stratégie de groupe (GPO) sous Active Directory 2000, 2003 et 2008.


Commençons les explications par le début; une stratégie de groupe ou GPO, se découpe en deux parties distinctes, la partie « Configuration Utilisateur », contenant les paramètres appliqués aux objets Active Directory de type Utilisateurs et la partie « Configuration Ordinateur » qui elle contient les paramètres appliqués aux objets de type Ordinateur. lorsque un utilisateur ouvre une session sur une machine, le résultat de la configuration appliquée est le cumul des parametres « Configuration Ordinateur » appliqués à la machine utilisée et des parametres « Configuration Utilisateur » appliqués à l’utilisateur utilisé pour l’ouverture de session.


Ceci est vrai en règle générale, sauf ! En cas d’activation du Loopback Processing au sein de la GPO concernée.


Partons du principe suivant : nous avons 2 OU distinctes qui ont chacune une GPO de liée (nous avons donc 2 GPOs). Une de ces OU contient un objet de type Ordinateur et l’autre un objet de type Utilisateur habilité à ouvrir une session sur l’Ordinateur présent dans la première OU.

Lors de l’activation de cette option (Loopback Processing) sur la GPO s’appliquant à l’ordinateur, le processus d’application des paramètres et de gestion des conflits se fera de la façon suivante :

Lors du démarrage de la machine, les paramètres « Configuration Ordinateur » de la GPO liée à l’OU contenant l’Ordinateur seront appliqués à la machine comme il est d’usage sans loopback processing.

Maintenant attention, lors de l’ouverture de session d’un objet Utilisateur qui lui n’est normalement pas visé par cette dernière GPO, ce sont les paramètres de « Configuration Utilisateur » contenus dans la GPO appliquée à l’objet de type Ordinateur qui seront appliqués (et non la « Configuration Utilisateur » de la GPO liée à l’Utilisateur), puis suivant l’option choisie lors de l’activation du Loopback Processing, les paramètres de « Configuration Utilisateur » provenant de la GPO liée au compte Utilisateur seront traités ainsi :

  • Si l’option fusion ou merge (en anglais) est choisie, dans ce cas les paramètres de « Configuration Utilisateur » appliqués à la session Utilisateur seront un cumul de ceux présent dans la partie « Configuration Utilisateur » de la GPO appliquée l’objet Ordinateur et de ceux présents dans la partie « Configuration Utilisateur »de la GPO appliquée à l’objet Utilisateur. En cas de conflits sur un parametre, ce sera le paramètre appliqué à l’objet Ordinateur qui ser effectivement appliqué.
  • Si l’option remplacement ou replace (en anglais) est choisie, dans ce cas les paramètres de « Configuration Utilisateur » appliqués seront ceux définis dans partie « Configuration Utilisateur » de la GPO appliquée à l’objet Ordinateur.

Félicitation, vous avez compris (mais si, vous avez compris ..) le fonctionnement du Loopback Processing.

Boot On VHD sous Windows 7 et Serveur 2008 R2

Par Pierre SALVY Le 5/05/2010


Boot On VHD où quand Windows 7 et 2008 R2 permettent de démarrer sur un disque virtuel …
Le Boot sur disque dur Virtuel VHD (Virtual Hard Drive) est une des nombreuses nouveautés introduites par Windows 7 et son pendant coté serveur, Windows Server 2008 R2 .
L’objectif de cette nouvelle fonctionnalité est d’implémenter sur un poste de travail une solution multiboot extrêmement flexible grâce l’utilisation d’un fichier VHD en lieu et place d’une partition de disque.

Pour cela rien de plus simple ! Suivez les étapes listées ci-dessous !

Premièrement, création du disque virtuel :

  • Via l’utilitaire DISKPART ou plus simplement via l’outil de gestion des disques, choisissez de créer un nouveau disque virtuel (VDisk sous Diskpart), la taille de celui-ci sera au minimum de 16Go pour installer un Windows 7 x86, l’utilisation de disque de taille dynamique vous permettra de générer un fichier VHD dont la taille évoluera suivant les besoins du nouveau système installé sur celui-ci.
  • Exécutez ensuite la commande : # diskpart vdisk select file=CheminVersVotreFicher.VHD
  • afin de selectionner le disque virtuel précedemment créé.

  • Puis sous l’utilitaire diskpart : # attach vdisk
  • afin d’attacher ce disque au système.

Deuxième étape, installation d’un système d’exploitation sur le disque Virtuel :

  • La commande suivante : # imagex /info d:\sources\install.wim vous permettra d’obtenir les informations sur le fichier WIM d’installation de Windows 7 présent sur le DVD de celui-ci, et ce grâce à l’utilitaire ImageX (présent sur le DVD de Windows 7 ou après installation de la suite Windows Automated Installation Kit).
    Une fois cette commande exécutée, localisez le numéro d’identification de la version de Windows 7 que vous souhaitez installer.
  • La commande # Imagex /apply d:\sources\install.wim /check 2 e:\ vous permettra de décompresser la portion de l’image Wim correspondante à la version de Windows que vous souhaitez installer (ici la valeur est 2). Notez également que cette image sera décompressée sur le lecteur e:\ qui correspond ici au volume VHD et d: etant le lecteur DVD contenant le DVD de Windows 7.

Troisième étape, configuration du boot afin de prendre en compte le fichier VHD :

  • Lors de cette étape nous allons ajouter une entrée au menu de démarrage de windows via la commade BCDEdit, pour cela nous allons commencer par copier l’entrée existante pour le système d’exploitation actuellement en utilisation, pour cela exécutez la commande suivante : # Bcdedit /copy {current} /d”Windows on VHD”
  • Une fois cette entrée copiée, nous allons modifier celle-ci afin de l’adapter a notre nouveau système présent dans sur le disque VHD, pour cela :
    (remplacez ID par l’identifiant de l’enregistrement, C:\ par la lettre du lecteur sur lequel le VHD est présent, et CheminVersVotreFicher.VHD par le chemin à partir de la racine du lecteur en question)
  • # BCDedit /set {ID} device vhd=[C :]\ CheminVersVotreFicher.VHD
  • # BCDedit /set {ID} osdevice vhd=[C :]\ CheminVersVotreFicher.VHD
  • # BCDedit /set {ID} detecthal on
  • # BCDedit /set {ID} description « Mon Windows 7 sur VHD »

Quatrième et derniere étape, l’installation du système :

Rien de plus simple ! redémarrez la machine, puis selectionnez l’entrée nouvellement crée dans le gestionnaire de boot puis l’installation poursuivra son cours …

Félicitation vous venez d’implémenter le Boot sur VHD !