PI Services

On peut  parfois être surpris par l’aspect de l’affichage d’Outlook Web App après

son ouverture malgré le choix de ne pas utiliser le mode “Web App Light”

L’aspect fait fortement penser que l’on a coché la version limité.

Il s’agit tout simplement de la configuration de la fonction “accessibilité”

Décochez cette option et enregistrez. Relancer le client .

Et voilà.

Lors de la mise à jour d’un serveur Exchange 2010 avec le SP1, l’installation peut

échouée sur un problème de service désactivé. Dans l’exemple ci-dessous le service

MSExchangeIS est en cause:

[06/30/2011 13:12:40.0671] [2] Active Directory session settings for 'start-SetupService' are: View Entire Forest: 'True', Configuration Domain Controller: '******', Preferred Global Catalog: '******', Preferred Domain Controllers: '{******* }'

[06/30/2011 13:12:40.0671] [2] Beginning processing start-SetupService -ServiceName:'MSExchangeIS' -MaximumWaitTime:'unlimited'

[06/30/2011 13:12:40.0687] [2] [ERROR] Unexpected Error

[06/30/2011 13:12:40.0687] [2] [ERROR] Service 'MSExchangeIS' is disabled on this server.

[06/30/2011 13:12:40.0702] [2] [ERROR] Cannot start service MSExchangeIS on computer '.'.

[06/30/2011 13:12:40.0702] [2] [ERROR] The service cannot be started, either because it is disabled or because it has no enabled devices associated with it

[06/30/2011 13:12:40.0702] [2] Ending processing start-SetupService

[06/30/2011 13:12:40.0702] [1] The following 1 error(s) occurred during task execution:

[06/30/2011 13:12:40.0702] [1] 0. ErrorRecord: Service 'MSExchangeIS' is disabled on this server.

[06/30/2011 13:12:40.0702] [1] 0. ErrorRecord: Microsoft.Exchange.Configuration.Tasks.ServiceDisabledException: Service 'MSExchangeIS' is disabled on this server. ---> System.InvalidOperationException: Cannot start service MSExchangeIS on computer '.'. ---> System.ComponentModel.Win32Exception: The service cannot be started, either because it is disabled or because it has no enabled devices associated with it

--- End of inner exception stack trace ---

at System.ServiceProcess.ServiceController.Start(String[] args)

at Microsoft.Exchange.Management.Tasks.ManageSetupService.StartServiceWorker(ServiceController serviceController, String[] serviceParameters)

--- End of inner exception stack trace ---

[06/30/2011 13:12:40.0718] [1] [ERROR] The following error was generated when "$error.Clear();

start-SetupService -ServiceName MSExchangeIS -MaximumWaitTime "unlimited"

" was run: "Service 'MSExchangeIS' is disabled on this server.".

[06/30/2011 13:12:40.0718] [1] [ERROR] Service 'MSExchangeIS' is disabled on this server.

[06/30/2011 13:12:40.0718] [1] [ERROR] Cannot start service MSExchangeIS on computer '.'.

[06/30/2011 13:12:40.0718] [1] [ERROR] The service cannot be started, either because it is disabled or because it has no enabled devices associated with it

[06/30/2011 13:12:40.0718] [1] [ERROR-REFERENCE] Id=MailboxServiceControlLast___2ed283997a7c481ea45da530c5f608e9 Component=EXCHANGE14:\Current\Release\Shared\Datacenter\Setup

[06/30/2011 13:12:40.0718] [1] Setup is stopping now because of one or more critical errors.

[06/30/2011 13:12:40.0718] [1] Finished executing component tasks.

[06/30/2011 13:12:40.0718] [1] Ending processing Install-MailboxRole

[06/30/2011 13:12:40.0718] [0] The Exchange Server setup operation didn't complete. More details can be found in ExchangeSetup.log located in the <SystemDrive>:\ExchangeSetupLogs folder.

[06/30/2011 13:12:40.0734] [0] End of Setup

[06/30/2011 13:12:40.0734] [0] **********************************************

La solution pour contourner ce problème rentre dans la catégorie “bidouille”,

n’ayant pas de solution de la part de l’éditeur….

Il faut ouvrir la console Services.msc, et faire des “Refresh” afin de contrôler

l’état des services MS Exchange.

Mettez le service Microsoft Exchange Information Store en “Manual”, dès qu’il passe en “Disabled”. Les autres services Exchange restent en Automatique.

Après l’installation, remettez ce service en automatique.

Le SP1 d’Exchange 2010 introduit une nouvelle commande pour exporter une boîte

aux lettres. Il n’y a plus de nécessité d’installer le client Outlook sur le serveur.

La commande New-MailboxExportRequest n’est pas disponible par défaut.

Lancez une console Exchange PowerShell et cherchez cette commande…….

Il faut “activer le rôle “Mailbox Import Export” .

Ce rôle ne peut pas être rajouté à un groupe de rôle prédéfinis (ex: Organization Management).

Il faut donc créer ce rôle. Utilisons la console RBAC qui permet depuis le SP1 de réaliser

ce type d’action.

Cliquez sur “Nouveau”

Entrez un nom, ajoutez le rôle “Mailbox Import Export”, puis les membres.

Cliquez sur “Enregistrer”.

Revenons à la console Exchange PowerShell.

Cherchez de nouveau la commande, elle n’est toujours pas disponible !

Fermez et relancez la console, appelez la commande, miracle la voici.

Au lancement de cette console il y a une vérification des droits du compte.

Exportons une boite

New-MailboxExportRequest -mailbox Support****** -FilePath "\\SRV\EXPORT-PST\SuppMsg.pst" -name ExportSupMsg

Suivons cette requête : Get-MailboxExportRequest

Nous pouvons voir que la requête “ExportSupMsg” est en cours de traitement.

Quelques secondes plus tard la requête est achevée.

Vérifions plus “finement”

Get-MailboxExportRequestStatistics -Identity Support******\ExportSupMsg

Jetons un œil dans le répertoire:

Pour aller plus loin : http://technet.microsoft.com/fr-fr/library/ff607299.aspx

Problématique

Dans certains projets d’infrastructure il est nécessaire de disposer d’un stockage accessible à travers le réseau de type NAS ou SAN. C’est notamment le cas lors de la mise en place de clusters (Hyper-V, Filers, anciennes version d’Exchange…).

Dans notre cas il s’agissait de simuler un cluster Exchange 2003 au sein d’un environnement de maquettage Hyper-V R2 SP1.

Le réseau de stockage dédié ou SAN Fiber Channel (Storage Area Network) nécessite une architecture matérielle adéquate généralement très onéreuse. Il est donc très rarement possible de pouvoir procéder à des tests sur ce genre de matériel.

Afin de simuler ce type de stockage, le composant Microsoft iSCSI Software Target 3.3 pour Windows 2008 R2 est une solution permettant de transformer un serveur en “périphérique de stockage” supportant la technologie iSCSI. Disponible depuis peu pour le grand public, ce logiciel était précédemment réservé aux éditions “Storage” de Windows Server (vendu uniquement avec du matériel).

Contexte de mise en œuvre

Cette procédure a été validée sur un environnement de maquette réalisé dans le cadre d’un projet de migration Exchange 2003 vers Exchange 2010 (30 000 boites aux lettres).

La fonctionnalité de cible iSCSI (iSCSI Target) a été implémentée sur un serveur Windows Server 2008 R2 SP1 dans le but de mettre à disposition un stockage partagé pour la restauration en maquette (P2V) de plusieurs clusters Exchange 2003.

Mise en place du serveur iSCSI sous Windows 2008 R2

Après avoir téléchargé le composant Microsoft iSCSI Software Target 3.3 , l’installation peut avoir lieu.

Installation de la fonctionnalité de cible iSCSI

	L’installation commence par décompresser ces fichiers dans un dossier ici nommé ISCSI et stocké sur le bureau.
	Une fois la décompression faite, une page Internet est affiché dans les différents liens, la partie “Install the software” contient le lien pour Windows Server.
	Après avoir cliquer sur le lien, le logiciel se télécharge…
	et se lance après validation avec le bouton “Run”
	L’installation à proprement parler se lance en cliquant sur suivant.
	Le contrat EULA est à valider afin de continuer.
	La fonctionnalité propose le choix de l’emplacement d’installation
	et de participer au programme d’amélioration de l’expérience utilisateur.
	L’installation est prête, il ne reste qu’à cliquer sur “Install”.
	L’installation de la fonctionnalité cible iSCSI s’exécute.

La configuration du stockage

	Il faut maintenant configurer une cible iSCSI ainsi que des LUN (Logical Unit)
	La première action consiste à vérifier les propriété du serveur iSCSI.
	Il est conseillé de dédier une interface au réseau de stockage. et de vérifier qu’elle soit la seule à être active en ce qui concerne la cible iSCSI.
	Après cette vérification, la création d’une cible iSCSI peut commencer
	Le nommage de la cible iSCSI se fait à ce niveau. Il est important de mettre un nom en adéquation avec l’utilisation de cette ressource.
	La définition des clients ayant accès à cette ressources se renseignent directement durant la création.(Mode Advanced)
	Il est possible d’identifier les clients (ou Initiator) pour cette ressource à partir de l’une des informations suivantes: IQN Nom DNS Adresse IP Adresse MAC
	Lors de l’ajout de plusieurs clients pour une même cible, le warning suivant prévient d’éventuels problèmes si l’application ou le système d’exploitation ne sait pas exploiter cela correctement.
	Ici , les deux clients apparaissent bien.
	Dans le cas de clients multiples, la liste n’apparait que dans le mode avancé.
	Une fois la cible iSCSI configuré, il est intéressant d’aller modifier, dans ses propriétés, son IQN afin d’identifier plus facile cette ressource sur le réseau de stockage. IQN pour iSCSI Qualified Name

Création de LUN (Unité Logique de stockage)

	La cible iSCSI étant défini, il faut créer les LUN. Ils sont sous formes de fichiers .vhd..
	La création commence par la définition du nom et de l’emplacement du futur LUN.
	Le paramétrage de la taille se fait en Mo. Le disque dur crée est un disque dur de taille fixe. Pour information: si un disque virtuel dur de taille fixe de 10Go est stocké dans un disque virtuel dynamique ce dernier ne grossi pas que de quelques Mo. (dans le cas présent <100 Mo)
	Le LUN peut être affecté à une seule cible iSCSI.

Le stockage a été crée et affecté à une cible iSCSI. Il reste maintenant à installer et configurer la partie client appelé “Initiator”.

Mise en place de l’initiateur iSCSI (partie cliente)

Installation du client iSCSI

	La partie MPIO ne sera pas implémenté dans ce scénario, il n’est pas nécessaire de l’installer. MPIO pour Multi Path Input/Outpout MPIO : Technologie permettant à un système de bénéficier de plusieurs chemins d’accès en lecture/écriture sur un périphérique de stockage. Plus d’info sur les nouveautés apportés par 2008 sur le MPIO : http://technet.microsoft.com/fr-fr/library/dd878505(WS.10).aspx

Configuration du client iSCSI (iSCSI Initiator)

	La configuration par défaut donne un nom complexe à l’initiateur. Il peut être utile de le changer afin de renseigner son utilité.
	Le nom du client iSCSI a été changé pour cluster-e2k3-node01
	Dans l’onglet discovery, la connexion avec la cible va être défini (Target Portals)
	La cible iSCSI est désignée par son adresse IP.
	Dans l’onglet “Targets” , le bouton “Log on” permet de mettre cette connexion en automatique afin de ne pas couper l’accès aux données suite à un redémarrage.

Initialisation et formatage du disque.

	Une fois la connexion active, le système détect un nouveau disque.
	Il est nécessaire de l’initialiser
	Le nouveau disque dur se comporte comme un disque local.

Conclusion

Au niveau de ce billet nous avons pu mettre en place un serveur de stockage utilisant la technologie iSCSI de manière simple. C’est un composant essentiel à plusieurs solutions de clustering disponible dans des produits comme Exchange (avant 2010), SQL Server, Hyper-V R2 …

Pour améliorer la configuration, il serait intéressant de creuser le sujet de la sécurisation de ces flux de données et donc d’étudier la mise en œuvre de l’authentification entre les parties clientes et serveur iSCSI.

Peut être le sujet d’un nouveau post …

Problématique

Sur votre serveur SharePoint à chaque fois que vous lancer une action relative à une solution du type sac à sable (SandBox) vous recevez des erreurs indiquant que la plateforme n’arrive pas à localiser le service SharePoint User Code Host malgré qu’il est bien démarré au niveau de la console des services SharePoint.

Au niveau de la console des services Windows vous remarquez que le service est à l’arrêt et même sui vous le démarrer il s’arrête en signalant l’erreur 7043

Source: Service COntrol Manager
Event ID: 7034
Level: Error

"The SharePoint 2010 User Code Host service terminated unexpectedly. It has done this .. time(s)."

L’analyse des log SharePoint nous permet de constater que le service n’arrive pas à accéder à des compteurs de performance sur la machine.

Solution

Cette erreur peut se produire si le compte de service utilisé pour le service SharePoint 2010 User Code Host Service ne dispose pas des privilèges adéquats sur le serveur, en effet le compte utilisé pour démarrer le service doit être membre du groupe Performance Monitor Users ( Utilisateurs de l’Analyseur de Performance).

On a souvent besoin de créer des comptes utilisateurs “en masse”.

Un petit script powershell nous aidera à cette tâche.

Dans cet exemple des utilisateurs seront créés dans l’OU “TEMP\Users”.

Préparons le fichier “utilisateurs” via un fichier CSV:

name;Displayname;GivenName;Surname;SamAccountName;UserprincipalName;Password

Crok Jean;Crok Jean;Jean;Crok;jean.crok;jean.crok@siref.*****.ad;P@ssword1

Delune Claire;Delune Claire;Claire;Delune;claire.delune;claire.delune@siref.******.fr;P@ssword2

                          ***************************************

Préparons maintenant le script (Celui-ci crée un compte actif) :

$Users=import-csv -delimiter ";" -path "c:\admin\users.csv"

foreach ($User in $Users)

{

$ou="OU=Users,OU=TEMP,OU=****,DC=siref,DC=*****,DC=ad"

$pass=$User.Password

New-ADUser -Name $User.name -Displayname $User.Displayname -GivenName $User.GivenName -Surname $User.Surname -SamAccountName $User.SamAccountName -UserprincipalName $User.UserprincipalName -AccountPassword (convertTo-SecureString $pass -AsPlainText -force) -Enabled $true -path $ou

}

============Pour plus d’information sur la commande New-ADUser ============

http://technet.microsoft.com/en-us/library/ee617253.aspx

================================================================

Exécutons le script:

Vérifions le résultat:

Exercez-vous.

Le Service Pack 1 de SharePoint 2010 est enfin disponible pour le téléchargement (cliquer ici pour accéder à la page de téléchargement).

Microsoft à publié aussi tous les Services Pack 1 des différents composants Office Server 2010 (cliquer ici pour accéder à la liste complète des packages)

Les améliorations apportées à SharePoint Server 2010 SP1 se résument par ce qui suit :

1. Prise en charge améliorée d'Internet Explorer 9.
2. Corbeille : permet de restaurer une collection de sites ou un site Web qui a été supprimé.
3. Le système RBS (Remote Backup Systems) et la copie superficielle peuvent diminuer le temps d'indisponibilité et augmenter l'efficacité en déplaçant les pointeurs vers les bases de données plutôt que de déplacer les bases de données elles-mêmes.
4. Grâce à la fonction améliorée de gestion du stockage, vous pouvez voir quels dossiers occupent un espace précieux dans les paramètres de site.
5. Prise en charge de Microsoft SQL Server 2011.
6. Un service de distribution de recherche d'hôte plus fiable qui améliore la récupération d'erreur et les performances lors de l'analyse de recherche.
7. Ajoute des fonctionnalités de sauvegarde et de restauration afin de récupérer des collections de sites et des sites Web supprimés.

Lors de l’utilisation d’ OWA 2010 (Outlook Web App), il arrive régulièrement que le time out du site nous déconnecte automatiquement de la page pour des raisons de sécurité.

Malheureusement une fois sur cette page, il est impossible de se reconnecter sans saisir une nouvelle fois l’adresse dans le navigateur:

Pour palier a cette problématique, il est possible de modifier la page de déconnection du site OWA. Pour cela dans le répertoire d’installation d’Exchange, puis dans le repo Client Access > OWA > Auth, éditer la page Logoff.aspx.

positionner le code suivant juste avant le bouton logoffclose:

<input id="btnCls" type="submit" class="btn" title="Se reconnecter" value="Se reconnecter" onclick="window.navigate('https://mail.masociete.com/OWA')" onmouseover="this.className='btnOnMseOvr'" onmouseout="this.className='btn'" onmousedown="this.className='btnOnMseDwn'">

Prenez soins de modifier les textes et URL pour correspondre a vos besoins.

Pensez a faire cette modification sur l’ensemble des serveur CAS de l’organisation. Attention cette modification disparaitra avec chaque mise a jour des serveurs CAS qu’il s’agisse de Rollup Update ou de Service Pack.

Après le HP Business Decision Appliance et le HP Enterprise Data Wharehouse Appliance, le 6 Juin 2011 MS et HP viennent d’annoncer la sortie de HP Business Data Wharehouse Appliance.

Le nouveau né est une Appliance 4U préconfigurée et optimisée pour supporter des charges de travail Data Wharehouse pour des solutions atteignant les 5 TB de données.

Selon l’environnement du client l’Appliance peut être déployé et prêt à l’emploi en 10 minutes, basé sur l’architecture Fast Track 3.0 et conçu pour des performances maximales.

L’Appliance est constitué d’un seul serveur DL370 G6 configuré comme suit :

• 96 GB de mémoire vive
• 2 CPU Intel Xeon X5675 
• 2 disques SAS de 300 Gb en RAID 1 pour Windows Server 2008 R2 Enterprise Edition qui est déjà préinstallé et licencié 
• 22 disques SAS de 600 Gb pour le stockage
• SQL Server 2008 R2 préinstallé mais sans licence

La procédure d’installation a été simplifiée au maximum, de telle sorte qu’elle est réduite à la réponse à quatre questions :

1- Quel est le mot de passe de l’administrateur?

2- Quel domaine l’Appliance doit rejoindre ?

3- Quel compte puis-je utiliser pour joindre le domaine ?

4- Quel compte AD devra joindre le groupe d’administrateurs locaux ?

 

Si vous voulez voir l'intérieur de la "bête" , cliquer ici

Contexte et problématique

Exchange Server 2007 et Exchange 2010 intègrent des commandes PowerShell permettant d’obtenir rapidement des statistiques d’utilisation autour d’ActiveSync.

Ca n’est malheureusement pas le cas d’Exchange Server 2003 qui n’apporte que peu d’outils pour répondre à ce besoin (l’outil MobileAdmin permet de visualiser les périphériques ActiveSync associés à un utilisateur mais il n’est pas conçu pour effectuer des extractions en masse).

Avec Exchange 2007 / 2010, les commandes suivantes sont disponibles :

• Get-ActiveSyncDevice
• Get-ActiveSyncDeviceStatistics
• Export-ActiveSyncLog

Les deux premières commandes récupèrent de manière dynamique les informations sur les partenariats ActiveSync à partir de l’annuaire ActiveDirectory alors que la commande Export-ActiveSyncLog récupère des résultats sur les accès en analysant les logs IIS.

Remarque : La suite de billet est axée sur l’usage de la commande Export-ActiveSyncLog. Pour obtenir plus d’informations sur l’usage de la commande Get-ActiveSyncDeviceStatistics, vous pouvez consulter les deux liens suivants :

• Exchange 2010 SP1 - Auditer les connexions ActiveSync
• Exchange 2010 SP1 - Statistiques ActiveSync avec iPhone

Méthode proposée

Même si la commande Export-ActiveSyncLog intégrée à Exchange Server 2010 a été conçue pour fonctionner avec des logs IIS version 7.0 (Windows Server 2008 SP2) et version 7.5 (Windows Server 2008 R2), celle-ci fonctionne également avec les logs de IIS 6.0 (Windows Server 2003).

En effet, par défaut le format de log utilisé est le format W3C qui est un format standard et identiques entre IIS 6.0 et 7.0 / 7.5 (à une colonne près !).

L’avantage de cette méthode est qu’elle ne nécessite pas le déploiement de serveurs Exchange 2010 sur l’environnement de production pour fonctionner !

En effet il est tout à fait possible d’extraire les fichiers de logs présents sur les serveurs Exchange 2003 de production pour aller ensuite les analyser avec la commande PowerShell sur un serveur Exchange 2010 de test / maquettage ou bien sur un environnement de pré-production.

Sur un environnement comportant des serveurs frontaux et dorsaux la méthodologie à suivre est la suivante :

1-) Récupération de l’ensemble des fichiers de logs IIS présent dans les répertoires “C:\Windows\System32\LogFiles” de chacun des serveurs frontaux
2-) Copie de ces fichiers dans un partage réseau ou sur un clé USB
3-) Analyse de ces fichiers avec la commande Export-ActiveSyncLog sur un serveur Exchange 2010 de test

Fonctionnement de la commande Export-ActiveSyncLog

La commande Export-ActiveSyncLog prend en entrée un ou plusieurs fichiers de logs et génère automatiquement un ensemble de fichiers CSV contenant des statistiques sur les utilisateurs connectés à ActiveSync, le type de Pocket PC, le volume de connexion sur chaque tranche horaire de la semaine, etc.

Voici la liste des fichiers CSV générés en sortie par la commande :

Les deux tableaux ci-dessous sont des exemples de fichiers CSV générés sur un environnement de maquette à partir de logs IIS Exchange 2003 :

Dans le CSV « Users », nous obtenons la liste des utilisateurs ayant utilisé un ou plusieurs périphériques ActiveSync ainsi que le type de périphérique et le nombre de connexions reçues.

Dans le CSV « UserAgent », nous obtenons des détails sur les versions de téléphones utilisées (iPhone3C1 par exemple) ainsi que le nombre d’unités référencé pour chaque version.

Afin d’analyser en une seule fois l’ensemble des logs présent dans un répertoire, une commande proche de celle-ci doit être saisie :

Dir C:\TEMP\PROD\*.log | Export-ActiveSyncLog –OutputPath C:\TEMP\CSV –StartDate:”2011/05/01” –EndDate:”2011/05/31”

Les paramètres “StartDate” et “EndDate” permettent de limiter les résultats sur une période de temps données.

Cela est très pratique car l’objectif est ici d’obtenir des statistiques “terrain” pour savoir quels types de périphériques sont actuellement en usage dans la société. Dans la majorité des cas la génération de statistiques sur une période de 15 jours à 2 mois sera largement suffisante (on peut en effet considérer qu’un périphérique disposant d’un partenariat ActiveSync et qui ne s’est pas connecté depuis plus de 2 mois n’est plus en cours d’utilisation).