Les stratégies d’archivage ou Policies, quand elles sont appliquées à une boite aux lettres, arrivent sous la forme d’un message caché. Pour rappel, ces stratégies contiennent tous les paramètres relatifs à l’archivage de la dite boite aux lettres. Ne pas oublier non plus d’installer les composants Enterprise Vault pour le client Outlook.
Dans les anciennes versions d’Outlook, il suffisait de cliquer sur et “A propos d’Enterprise Vault” pour obtenir un certain nombre d’informations, y compris pour visualiser ces fameux paramètres. De plus, il était possible de vérifier la date de dernière synchronisation.
Depuis l’arrivée d’Outlook 2010 et son nouveau bandeau, le fameux a tout simplement disparu !!…ou plutôt….à pris une autre apparence !…
La preuve en image…
Désormais, il faut aller le chercher dans un tout autre endroit… en cliquant sur “Fichier”… “Enterprise Vault”… “Additional Support Information”…
Et voilà…
Simple non ?…
N'hésitez pas à laisser un commentaire si ce tips vous a été utile ou bien si vous avez des éléments à ajouter !…
La fonctionnalité de Call Park permet a un utilisateur de mettre un appel en attente et de le récupérer sur un autre téléphone assigné lors de la mise en attente de l’appel.
Configuration du Call Park
La configuration du Call Park peut être réalisé via la console Lync ou en PowerShell pour Lync:
Via la console Lync
Dans la console navigué dans la partie “Voice Feature” puis Call Park:
Les paramètres sont peux nombreux:
- Nom du Call Park
- Plage de numéro (déterminera le nombre de place disponible pour les appels en attente/Transfère)
- Le server hébergeant les Call Park
Via le PowerShell pour Lync
La commande New-CscallParkOrbit Permet d’ajouter un call park au serveur:
Une fois le Call Park mis en place il faut activer l’utilisation du call park a la politique d’utilisation de la voix
Test de la configuration
Pour tester la configuration de notre Call Park, un appel est emis a destination d’un utilisateurs Lync:
Une fois la communication établis, l’option Parking Lot est disponible et peut être sélectionnée:
Une fois l’option validée, l’appel est mis en attente sur l’un des numéro de la plage définie. Dans cet exemple l’appel pourra être repris en composant le 207 a partir de n’importe quel poste:
Enfin du coté de l’utilisateur mis en attente, la fenêtre de communication est modifier pour faire apparaitre le fait qu’il est actuellement en communication avec le Call Park. Tant que l’utilisateur est dans le call Park, la musique d’attente est émise.
Conclusion
La configuration du Call Park est assez rapide et permet une gestion des appels simple et au travers du client Lync.
Afin d’effectuer une montée de version dans des conditions optimales, l’un des pré-requis de base consiste à installer le Deployment Scanner de la version désirée sur le ou les serveurs Symantec Enterprise Vault. Cet outil permet de vérifier et de valider le positionnement des socles de base permettant d’effectuer cet Upgrade.
Lors d’une montée de version vers la v9, un effet indésirable peut être constaté. Le Deployment Scanner affiche un problème de compatibilité inter version, depuis le nœud actif comme le nœud passif, rendant impossible cette mise à jour. En effet, le dernière version listée semble être la 7.5.x alors qu’elle devrait être en 8.0.x, et du coup le passage en version 9 est impossible car il y a un delta de 2 versions. Afin de vérifier ces informations, il suffit d’aller en base de registre “\HKLM\Software\KVS\Enterprise Vault\Install” :
Afin de contrer ce bug, le passage en version 9 devra comporter une étape de plus, et en l’occurrence, l’application d’un service pack supplémentaire afin d’effectuer une capture de la base de registre une fois cette étape réalisée. Du coup, les process pour le passage en version 9 se complique.
Nœud Actif :
-
Installation du Deployment Scanner de la version 8.0.”X+1”
-
Lancement du Deployment Scanner pour vérification du positionnement des pré-requis
-
Arrêt des services EV depuis la console Cluster MSCS (pour rappel, l’arrêt du service Admin stoppe tous les autres services)
-
Lancement du SETUP.EXE de la version 8.0.”X+1” et installation
-
Vérification de la version dans la base de registre (Cf. clé énoncée précédemment), puis EXPORTde la clé : “\HKLM\Software\KVS\Enterprise Vault”
Nœud Passif :
-
Installation du Deployment Scanner de la version 8.0.”X+1”
-
Lancement du Deployment Scanner pour vérification du positionnement des pré-requis
-
Lancement du SETUP.EXE de la version 8.0.”X+1” et installation
-
Vérification de la version dans la base de registre (Cf. clé énoncée précédemment), puis EXPORTde la clé : “\HKLM\Software\KVS\Enterprise Vault” en cas de besoin
Nœud Actif :
- Depuis la console Cluster MSCS, démarrer les services “Admin” et “Directory” et attendre l’arrivée des Event dans le journal d’évènement Enterprise Vault (Cf. procédures d’installation standards)
- Nouvelle vérification de la version dans la base de registre, et si confirmation d’un effet rétro-actif, injecter les clés précédemment sauvegardées (un double-clic sur le fichier .REG repositionne les clés aux bonnes valeurs)
- Démarrer les services restant en suivant les procédures standards
Nœud Passif :
- Depuis la console Cluster MSCS, effectuer une bascule de toutes les ressources et vérifier en base de registre le bon positionnement des valeurs précédemment sauvegardées. Normalement, les valeurs positionnées suite à la mise à jour sont toujours présentes car elles sont embarquées par les services Enterprise Vault concernés.
Une fois ces manipulations effectuées, le passage en version 9 devient possible. Il suffira alors de suite les procédures standards.
Références: http://www.symantec.com/business/support/index?page=content&id=TECH70138&actp=search&viewlocale=en_US&searchid=1292493096299
N'hésitez pas à laisser un commentaire si ce tips vous a été utile ou bien si vous avez des éléments à ajouter !…
Le successeur d’OCS, Lync Server 2010 a droit lui aussi a son management pack disponible sur:
Au menu:
- Découverte de tout les rôles Lync
- Supervision des évènements, Performance et transaction clientes vers tout les roles Lync
- Supervision des appliances liées aux sites distants
- Prise en compte du reporting de Lync
Au meme titre que les autres applications Microsoft, les management pack utilisés pour la supervision de SCOM sont mis a jour régulierement. En temoigne cette nouvelle mis a jour disponible sur:
Au menu entre autres:
Un nouveau rapport “Agents by Health State” affichant l’etat de tout les agents, RMS, MS et Gateway server, regroupé par états.
Une nouvelle alerte “An alert subscription has been automatically disabled due to invalid configuration” alertant dans le cas de l’echec d’une notification du a une mauvaise configuration de cette derniere.
Un agregat de moniteurs dédié a la supervision de l’etat de WMI et de son service NT lié: winmgmt.
Pour permettre à un utilisateur de gérer une liste de distribution sous les précédentes versions d’Exchange, il suffisait d’ajouter l’utilisateur comme gestionnaire.
Sous Exchange 2003
Sous Exchange 2010
Sous Exchange 2010 cette action ne permettra pas
à notre utilisateur Jean TEST de gérer la liste.
Pour activer la gestion il faut utiliser la console ECP.
Sélectionnez « Rôles d’utilisateur », puis cliquez sur détail.
Cochez « Mes groupes de distribution ». Cliquez sur « Enregistrer ».
Comme vous pouvez le voir, cela permet aux utilisateurs
de gérer leurs groupes et d’en créer.
La création peut pour certaines sociétés ne pas être souhaitée.
Il faudra donc créer un rôle personnalisé.
Cela fera l’objet d’un prochain article.
La commande équivalente à cette opération en powershell est la suivante :
New-ManagementRoleAssignment -Role MyDistributionGroups –Policy
"Default Role Assignment Policy”
Pour vérifier la prise en compte demandons à Jean d’ouvrir sa boite avec OWA.
Cliquez sur Options.
Un nouveau menu est présent, Groupes.
Jean peut donc créer et modifier les groupes dont il est propriétaire.
Sélectionnez une liste et cliquez sur détails.
Jean peut maintenant ajouter des destinataires.
Le Rollup 1 pour Exchange 2010 SP1 est disponible.
http://www.microsoft.com/downloads/en/details.aspx?FamilyID=a371fa96-e85b-4a4f-8242-15d56595d0ec&displaylang=en
Les corrections majeures apportées sont les suivantes:
Update Rollup 1 for Exchange Server 2010 SP1 fixes the issues that are described in the following Microsoft Knowledge Base articles:
-
2028967 (http://support.microsoft.com/kb/2028967/ ) Event ID 3022 is logged and you still cannot replicate a public folder from one Exchange Server 2010 server to another
-
2251610 (http://support.microsoft.com/kb/2251610/ ) The email address of a user is updated unexpectedly after you run the Update-Recipient cmdlet on an Exchange Server 2010 server
-
978292 (http://support.microsoft.com/kb/978292/ ) An IMAP4 client cannot send an email message that has a large attachment in a mixed Exchange Server 2010 and Exchange Server 2003 environment
-
982004 (http://support.microsoft.com/kb/982004/ ) Exchange Server 2010 users cannot access the public folder
-
983549 (http://support.microsoft.com/kb/983549/ ) Exchange Server 2010 removes the sender's email address from the recipient list in a redirected email message
-
983492 (http://support.microsoft.com/kb/983492/ ) You cannot view updated content of an Exchange Server 2010 public folder
La modification du gestionnaire d’un groupe de distribution standard, qui n’est pas
un groupe de sécurité, ne pose pas de problème.
La modification du gestionnaire d’un groupe de distribution de type sécurité est moins
souple.On peut rencontrer cette erreur:
Voici la configuration de la liste avant modification:
En utilisant les commandes suivantes, on peut modifier le gestionnaire:
Set-DistributionGroup -Identity TESTSG2 -ManagedBy P.Fedan -BypassSecurityGroupManagerCheck
Cette commande peut échouer, la suivante permet également la modification:
Set-Distributiongroup -identity TESTSG2 -MemberDepartRestriction Closed
Après la modification:
A consulter: http://technet.microsoft.com/en-us/library/bb124955.aspx
La nouvelle version d’office Communication Serveur 2007R2 nommé Lync Server 2010 est actuellement RTM et devrait être disponible début décembre sur le portail Technet.
Cette version apporte sont lots de nouveautés et un nouveau client de communication. Ce client subit une politique configurée par l’administrateur, par défaut une politique est appliquer a tous les client, elle permet notamment aux utilisateurs de positionner une photo .Cette politique est nommée Global dans LCP (Lync Control Panel). Voici donc a quoi peut ressemblé le client une fois la photo mise en place:
Avec la centralisation de la politique de gestion des client, il est assez simple de pouvoir interdire aux utilisateurs ou à certains de positionner une photo dans leur client Lync.
Pour cela une peu de Powershell pour Lync:
Tout d’abord nous récupérons les différents paramètres de la politique Global avec la commande:
Get-CsClientPolicy –identity Global
Une fois la politique affichée nous récupérons le paramètre aàmodifier:
DisplayPhoto
Ce paramètre peut prendre 3 valeurs différentes:
- AllPhotos
- NoPhoto
- PhotosFromADOnly
Ici je souhaite que mes utilisateurs ne puisse pas afficher les photos de leurs contacts dans le client Lync. Je positionne donc le paramètre NoPhoto. Pour cela la commande PowerShell Lync suivant est utilisé:
Set-CsClientPolicy Global –DisplayPhoto NoPhoto
Suite a cette modification de la politique Global s’appliquant a tous mes utilisateurs, une déconnexion (sign-Out) puis reconnexion (sign-in) me permet de vérifier que la politique c’est appliquée à mes utilisateurs:
D’autre part la politique ne permettant plus a mes utilisateurs à partir des option du client d’afficher les photos, le menu du client est lui aussi modifié pour ne pas lui permettre de forcer cet affichage:
Enfin une fois la configuration Global reconfigurer avec la commande
Set-CsClientPolicy Global –DisplayPhoto Allphéeos
L’ensemble des paramètres sont de nouveau disponible et l’utilisateur peut modifier son affichage si il le souhaite:
Cette configuration permet aux utilisateurs qui changerait de version de ne pas avoir une modification d’affichage trop importante entre OCSR1/R2 et Lync Server 2010.
Lors de l’organisation de conférence, les premiers échanges consiste à indiquer à tous les participants les règles de la conférence. En fonction des conditions d’écoute de chacun l’information peut ne pas parvenir aux participants et aucune acceptation de ces règles n’est demandée explicitement.
Dans Lync Serveur, il est possible d’ajouter un disclaimer qui s’affichera pour tous les utilisateurs qui souhaite intégrer la conférence.
Par défaut le disclaimer est vide et donc aucune page ne s’affiche pour rejoindre une conférence:
Get-CsconferenceDisclaimer
Afin de pouvoir afficher un message avant la conférence il est nécessaire de saisir les paramètres de CsConfernecingDisclaimer:
Set-CsConferencingDisclaimer Global –Header “Disclaimer de PI Services” –body “Votre message de disclaimer”
Une fois le header et le Body valider, les paramètres sont modifiés sur le disclaimer Global.
Get-CsconferenceDisclaimer
Une fois le paramètre positionné, nous allons créer une conférence, pour cela seul le client lync est nécessaire (Live Meeting n’est pas un pré-requis)
Lancer l’option Dial-in Conferencing settings pour récupérer votre adresse d’organisation de conférence:
Une fois authentifié vous accéder à vos informations d’organisation de conférence via Lync Server 2010:
Il ne vous reste qu’a communiquer votre adresse de conférence (par defaut elle commence par https://meet.mondomaine.fr/).
Votre interlocuteur sera invité a rejoindre la conférence par différent moyen:
Enfin le disclaimer apparait et nécessite la validation pour poursuivre l’accès à la conférence:
Les utilisateurs de LWA (Lync Web Application) sont aussi sujet à ce disclaimer qu’ils soient Invité ou membre de la société.
Bonne conférence avec Lync Server 2010!