PI Services

La version 4 du Cumulative Update pour SCOM 2007 R2 est disponible sur:

http://www.microsoft.com/downloads/en/details.aspx?FamilyID=39a871e0-d996-4568-be5d-2edb6f539330&displaylang=en

Ce pack de correctif aussi gros que le précédent (environ 1 Go) contiens tout les correctifs des packs précédents (CU 1,2,3).

A noter le support de la mise a jour des serveurs SQL existant vers SQL 2008 R2, ce qui avant cet update n’était possible que pour les nouvelles installations.

Le SP2 de SQL 2008 est annoncé comme supporté par tout les composants de SCOM 2007 R2 liés a SQL:

Les bases OperationsManager et OperationsManagerDW, la base ACS (Audit Collections Service), et les bases liés a Reporting Services (A noter que dans ce dernier cas, les rapports ne s’exécuteront correctement que depuis la console SCOM et non depuis le site de SQL Reporting Services, ce bug devant être corrigé prochainement).

Pour plus d’information rendez-vous sur:

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

Quelques utilisateurs d’OCS rencontrent le besoins d’être joignable par un autre numéro que celui publié dans l’annuaire. Pour cela Lync embarque une option permettant d’attribuer un numéro supplémentaire à un utilisateur. Ce numéro est particulier car il constitue une ligne privée pour l’utilisateur et cela est matérialisé lors de l’utilisation de ce numéro.

Différence entre la ligne classique et la ligne privée:

Voici les principales différences entre la ligne classique et la ligne privée:

• Le numéro n’apparait pas dans la GAL
• Le numéro ne sert qu’a recevoir des appels (aucune émission possible a partir de cette ligne)
• L’appel reçu ne peut pas être transféré,délégué.
• Une sonnerie spécifique doit être configuré pour les appels à destination de cette ligne
• Les appels reçus sonnent toujours quelque soit le statu de l’utilisateur

Configuration d’une ligne privée coté serveur

Dans un premier temps, vérifions qu’aucune ligne privée n’est configuré:

Get-Csuser julien.bausseron | fl *

La configuration d’une ligne privée se réalise via la commande

set-csUser Monutilisateur –PrivateLine “Tel:+xxx”

Configuration d’une ligne privée coté Client

Une fois la ligne privée configuré, une nouvelle option apparait dans le client Lync 2010: La sonnerie pour la ligne privée:

Réception d’un appel sur la ligne privée

Lors de la réception d’un appel sur le numéro privé ce dernier est matérialisé par cet affichage:

L’utilisation de la messagerie instantanée en entreprise a de nombreux avantages. La customisation des paramètres de la politique client permet de gagner en souplesse et en productivité. Une option souvent utilisée dans OCS/OCSR2 permet d’afficher un message au lancement d’une conversation d’un utilisateur .Cette option est maintenu dans Lync Server 2010 via la politique client (CsClientPolicy).

Par défaut aucun message n’est fixé:

Pour positionné un message, la commande Shell suivante est utilisée:

Set-csclientpolicy Global –IMWarning “Message”

Une fois le paramètre positionner, ce dernier est visible via la commande:

Get-Csclientpolicy Global | fl IMWarning

Pour valider le bon fonctionnement de ce paramètre, relancer le client Lync, puis démarrer une conversation:

L’utilisation de ce paramètre offre la possibilité d’informer les collaborateurs, ou de faire passer un message:

A noter que la console Lync 2010 Attendant n’affiche pas le message !

L’interface PowerShell permet de visualiser l’ensemble  des files d’attente.

get-transportserver | Get-ExchangeServer | where {$_.AdminDisplayVersion -match "14"} | get-queue

La première commande permet de sélectionner les serveurs Exchange ayant le rôle “Transport”.

La seconde partie permet d’intérroger uniquement les serveurs Exchange 2010, dans le cadre d’une organisation mixte (version antérieure).

Pour visualiser les versions:

Get-ExchangeServer | fl name,edition,admindisplayversion

Version 8.x: Exchange 2007

Version 14.x: Exchange 2010

Revenons à nos files d’attente…..

On peut par exemple filtrer sur un nombre de messages en attente:

get-transportserver | Get-ExchangeServer | where {$_.AdminDisplayVersion -match "14"} | get-queue | where {$_.MessageCount -gt "10"}

Sur le statut:

get-transportserver | Get-ExchangeServer | where {$_.AdminDisplayVersion -match "14"} | get-queue | where {$_.Status -match "Active"}

Ready   Le message se trouve dans la file d’attente et est prêt à être traité

Active   Si le message figure dans une file d’attente de remise, il est remis à sa destination. Si le message se trouve dans la file d’attente de soumission, il est traité par le catégoriseur.

Voici un lien sur les flux:

http://www.microsoft.com/downloads/en/details.aspx?FamilyID=6eb8c09a-6ea4-442a-9faa-de33265ceb84&displaylang=en

Afin de connaître rapidement l’utilisation d’Exchange 2010, voici des commandes

PowerShell qui donneront des informations  souvent bien utiles.

• Connaître la taille des banques de boîtes aux lettres:

Get-MailboxDatabase -Status | select Name,DatabaseSize | sort-object Name

• Connaître la taille des banques publiques:

Get-publicfolderdatabase -status | select server, Name, databasesize

• Connaître l’espace à récupérer des banques de boîtes aux lettres :

Get-MailboxDatabase -Status | FL Name, AvailableNewMailboxSpace

• Connaître l’espace à récupérer des banques publiques:

Get-PublicFolderDatabase -status | FL Name, AvailableNewMailboxSpace

• Connaître le nombre d’utilisateurs par banque de boîtes aux lettres:

Get-mailboxdatabase | get-mailbox -resultsize unlimited | group-object -property:Database | select-object Name,Count | sort-object Name | ft –autosize

• Connaître la taille des boîtes sur d’une banque:

Get-MailboxStatistics -Database 'DBNAME' | select-object  DisplayName, TotalItemSize, TotalDeletedItemSize | sort-object TotalItemSize -descending | ft -autosize | more

On peut retrouver facilement les boites créées selon une période donnée.

Dans cet exemple nous recherchons les boites créées depuis l’heure courante

jusqu’à 5 jours en arrière.

La commande PowerShell est la suivante:

Get-mailbox -resultsize unlimited | where {$_.WhenCreated -gt (get-date).adddays(-5)}

ft Name,whenCreated, Database -Autosize

Pour information la valeur renvoyé par l’expression (get-date).adddays(-5), renvoie une valeur

basée sur l’heure courante:

L’utilisation d’une commande PowerShell, permet d’obtenir le statut des sauvegardes

de l’ensemble des banques d’informations.

Vérifions la sauvegarde des banques de boîtes aux lettres:

Get-MailboxDatabase -Status | sort-object Name | ft Name, LastFullBackup, LastIncrementalBackup

Cette commande affiche le nom de la base, la date de la dernière sauvegarde “FULL” et

La date de la dernière sauvegarde “Incrémentale”; le tout trié sur le nom.

Vérifions la sauvegarde de la (des) banque(s) publique(s):

Get-PublicFolderDatabase -Status | sort-object Name | ft Name, LastFullBackup, LastIncrementalBackup

Dans ces exemples, on constate que la colonne “LastIncrementalBackup” est vide.

Cela indique que la dernière sauvegarde était de type “FULL”.

Après la sauvegarde de type “LastIncrementalBackup” cette information sera présente.

Les versions 9 et 9 SP1 arrivent avec leur lot de nouveautés, et l’archivage de fichiers n’est pas en reste. Suite à la montée de version d’une architecture Enterprise Vault vers les deux dernières versions, il faudra prendre en considération la partie Fichiers. Hormis la mise à jour des agents (mise à jour classique), les données précédemment archivées seront à modifier.

Pour ce faire, Symantec fournit un utilitaire spécialement dédié à cet emploi qui va procéder à la mise à jour des Métadonnées, le “FSA Upgrade Utility”, sous la forme d’un outil à lancer en mode commande avec la commande “FSASummaryMigrator”.

Suite à la montée de version de votre infrastructure Enterprise Vault comportant des process d’archivage de fichiers (FSA), un message d’alerte apparait dans la console d’administration indiquant que toutes les opérations n’ont pas été effectuées.

Il s’agira alors de lancer cet outil.

Cette mise à jour comporte différentes étapes :

• !!! S’assurer d’avoir sauvegarder les données en amont !!!
• Lancer cet outil dans une fenêtre de commande et depuis le répertoire d’installation de la solution, généralement : “C:\Program Files\Enterprise Vault\FSASummaryMigrator.exe”
• Le résultat de cette commande vous affichera : la liste des Vault Store impactés ainsi que les temps estimatifs de traitement pour chacun d’entre eux
• Il sera alors possible de traiter chacun des Vault Store séparément en indiquant son numéro, par groupe  en cumulant les numéros (2,3 par exemple), ou tous les Vault Store d’un coup en indiquant “0”
• Patientez durant l’opération sachant qu’il n’y a pas d’indicateur de progression
• Examiner les fichiers LOG d’opération dans le répertoire “Reports\FSA\FSA Summary Data Migrator”
• Taper la commande “L” pour afficher la liste des Vault Store restant à traiter

N.B.: Les Vault Store seront positionnés en “Mode Backup” durant cette mise à jour, ce qui implique de ne pas lancer de tâches d’archivage en simultanée par exemple

N.B.2 : si l’archivage de fichiers n’est pas utilisé dans votre environnement, cet outil peut tout de même être lancé et les résultats démontreront qu’il n’y a rien à mettre à jour…

==> Consulter les document “Utilities.pdf” ou “Upgrade_Instructions.pdf” pour plus d’informations

N'hésitez pas à laisser un commentaire si ce tips vous a été utile ou bien si vous avez des éléments à ajouter !…

On peut avoir besoin rapidement de connaître toutes les boites déconnectées.

Pour cela nous utiliserons des commandes PowerShell

On va dans premier temps “rafraichir” les informations:

Get-MailboxDatabase | Clean-MailboxDatabase

Puis rechercher les boites:

get-mailboxdatabase | get-mailboxstatistics | where{$_.DisconnectDate -ne $null}| FL displayName,LegacyDN,ItemCount,OriginatingServer

Les informations retournées seront ici le “DisplayName”, le legacyDN”, le nombre

d’éléments et le serveur associée.