Ces 2 derniers mois ont été chargés 
Un petit peu de temps pour parler d’une notion qui peu vite faire peur aux administrateurs Exchange.
Le regard devient sombre, une urgence l’appelle et le voilà disparu :p
J’ai nommé … Autodiscover !!!
Celui là je l’attendais de pied ferme
Après les posters de Windows 2008 R2, Hyperv R2, OCS 2007 R2 et RDS (Remote Desktop Services) qui retapisse dejà tout les mures de votre bureau …
RDS (Remote Desktop Services)
OCS 2007 R2
HyperV R2
Windows 2008 R2
Voici venir le poster d’Exchange 2010 !! :))) Poster Exchange 2010
Alors il pourra venir se glisser sous la vitre de votre bureau de travail ou encore il pourra devenir le premier à entamer (qui sait) le mur de votre chambre !!!
C’est le bon moment pour commencer à expliquer à sa femme sur quoi on travaille …
Opération très simple 
Nous allons nous rendre dans le répertoire “C:\inetpub\wwwroot”
Faire une sauvegarde du fichier “iisstart.html” puis l’éditer.
Apres le tag “head” ajouter :
Remplacer mail.domaine.fr par le DN que vous utilisez pour publier votre OWA.
Vous serez maintenant automatiquement redirigé vers HTTPS pour vos connexions OWA.
(Cette procédure ne fonctionne pas si OWA est publié à travers ISA (TMG), où se sera diffèrent ! nous verrons cela une prochaine fois)
Attention avant d’installer le SP1 d’exchange, une planification s’impose ! En effet une liste de KB doit être présente avant de pouvoir procéder à l’installation.
Une partie de ces KB requiert un redémarrage de la machine !
Voici la liste par rôle :
CAS (Client Access) :
KB 979744
KB 982867
KB 983440
KB 977020
KB 979099
HT (Hub Transport) :
KB 979099
Office 2010 Filter Packs
MBX (Mailbox) :
KB 979099
Office 2010 Filter Packs
Apres avoir fait quelques test avec le SP1 d’Exchange 2010, j’ai rencontré un petit problème plutôt gênant.
Impossible de supprimer une Database Copy dans mon DAG ! Pareil pour l’ajout.
le message d’erreur est :
“Registry key has subkeys and recursive removes are not supported by this method”
En fait après vérification avec la cmdlet :
Get-MailboxDatabase MaDB | Select name,servers
Je constate que ma copy a bien été supprimé …
Par contre l’ajout lui, retourne la même erreur mais ne fonctionne vraiment pas !
Apres avoir quelques recherches voici la solution de contournement :
Il va falloir modifier le registre.
Tout d’abord nous allons récupérer le GUID de notre MaDB à l’aide de la cmdlet :
Get-MailboxDatabase MaDB | Select name,GUID
puis dans le registre nous allons supprimer la clef :
HKLM\SOFTWARE\Microsoft\ExchangeServer\v14\Replay\State\{GUID}\DumpsterInfo
A partir de là nous pourrons ajouter des copies à notre Database
Une nouvelle de taille
Apres la beta du SP1 voici la version finale disponible ici :
http://www.microsoft.com/downloads/details.aspx?FamilyID=50b32685-4356-49cc-8b37-d9c9d4ea3f5b&displaylang=en
bonne install.
Autre nouveauté intéressante du SP1 d’Exchange 2010, la possibilité d’héberger les bal d’archivage d’un utilisateur vers une DB différente de la DB hébergeant la BAL de production de l’utilisateur.
Alors comment les déplacer de façon simple ? avec PowerShell bien sur
Get-Mailbox | ? { $_.ArchiveDatabase -ne $null } | New-MoveRequest -ArchiveTargetDatabase ‘NouvelleDB’ –ArchiveOnly
Pour voir le déroulement :
Get-MoveRequest
Pour faire le ménage :
Get-MoveRequest -MoveStatus Completed | Remove-MoveRequest
J’ai nommé la cmdlet : New-MailboxExportRequest (et son pendant New-MailboxImportRequest).
Cette cmdlet permettra d’exporter la BAL d’un utilisateur au format PST en utilisant sont propre provider MAPI !! plus besoin d’installer Outlook
Et en plus cette cmdlet s’appuie sur MRS (Mailbox Replication Service) tout comme New-MoveRequest permettant ainsi de traiter les demandes de façon asynchrone.
