> Renaud ROSSET
Etape n° 2 : Documenter l’infrastructure existante

Etape n° 2 : Documenter l’infrastructure existante

La meilleure manière de déterminer comment atteindre votre objectif consiste d’abord à faire le point de l’existant. La conception d’une solution Exchange réussie vous impose de connaître votre infrastructure de messagerie en place. Ce conseil peut sembler relever du bon sens, mais je suis toujours surpris de constater que nombre

Lire l'article
Double-Take Software : nouvelles fonctions de reporting et prise en charge d’Exchange et SQL Server par sa console DTAM

Double-Take Software : nouvelles fonctions de reporting et prise en charge d’Exchange et SQL Server par sa console DTAM

Double-Take Software améliore sa solution Double-Take avec le nouveau Double-Take Reporting Center et la prise en charge étendue des applications SQL Server et Microsoft Exchange par sa console DTAM (Double-Take Application Manager).
Double-Take Reporting Center fournit aux administrateurs un environnement logique leur permettant de gérer les stratégies de protection des

Lire l'article
Focus sur la nouvelle version de sa solution de sécurité Microsoft Forefront

Focus sur la nouvelle version de sa solution de sécurité Microsoft Forefront

Un an après avoir lancé la gamme Forefront pour le monde de l’entreprise, Microsoft a annoncé à l’occasion de sa conférence TechEd d’Orlando, l’arrivée de la nouvelle solution Microsoft Forefront sous le nom de code « Stirling »
Microsoft propose une console de management unique, offrant à la fois, une

Lire l'article
Traçabilité des accès par délégation aux boîtes aux lettres de messageries Exchange

Traçabilité des accès par délégation aux boîtes aux lettres de messageries Exchange

Quest Software annonce Quest InTrust Plug-in for Exchange, solution qui permet de surveiller l’intégralité des accès aux boîtes aux lettres Exchange, via le compte utilisateur titulaire ou par délégation. Quest InTrust Plug-in conserve également l’historique de tous les changements de configuration et des modifications des droits d’accès dans les environnements

Lire l'article
A suivre

A suivre

Ne ratez pas les prochains articles sur les autres améliorations de jobs en V5R4, particulièrement les fonctions de job logs nouvelles et améliorées.

Lire l'article
Gérer vos job logs

Gérer vos job logs

Il faut nettoyer rapidement les job logs, en suspens et spoulés, pour les empêcher de consommer trop d’espace et pour libérer des structures de jobs internes. La commande Display Job Tables (DSPJOBTBL) montre le nombre de job logs en suspens sur votre système (figure 3). DSPJOBTBL affiche aussi le nombre

Lire l'article
Gérer le Job Log Server

Gérer le Job Log Server

Quelles que soient les options choisies pour job log output, le job log server produit désormais des job logs qui étaient généralement produits pendant l’IPL. Avant la V5R4, tout job actif à la terminaison du système (PWRD WNSYS) avait un job log produit à la suite du prochain IPL par

Lire l'article
Définir la valeur LOGOUTPUT

Définir la valeur LOGOUTPUT

Le nouveau serveur de job logs donne plusieurs possibilités pour définir ou changer l’attribut de job log output. Utilisez la commande Change Job Description (CHGJOBD) pour définir la valeur de job log output pour les jobs avant leur démarrage (figure 2). Les descriptions de jobs avec LOGOUTPUT mis à *SYSVAL

Lire l'article
LOGOUTPUT(*JOBEND)

LOGOUTPUT(*JOBEND)

L’option *JOBEND du support de job log output permet de conserver le comportement de production de job logs actuel. Quand un job avec LOGOUTPUT mis à *JOBEND se termine, il crée son propre job log pendant la terminaison du job. Cette option fournit la compatibilité si vous avez des jobs

Lire l'article
LOGOUTPUT(*PND)

LOGOUTPUT(*PND)

Une autre nouvelle option de l’attribut de job log output est Pending (*PND). *PND permet de créer des job logs sans être obligé d’imaginer la suite, et permet de garder toute l’information interne nécessaire pour produire un job log sans créer réellement la sortie spoulée. Quand un job finit, il

Lire l'article
LOGOUTPUT(*JOBLOGSVR)

LOGOUTPUT(*JOBLOGSVR)

Lorsqu’un job finit, l’option Job Log Server (*JOBLOGSVR) permet au job de capturer toute l’information nécessaire pour créer son job log et d’envoyer une requête au serveur de job logs pour lui demander de produire son job log. Dans certains cas, le serveur de job logs pourrait produire le job

Lire l'article
L’attribut de job LOGOUTPUT

L’attribut de job LOGOUTPUT

La V5R4 offre de nouvelles options pour produire et gérer les job logs et rend plus facile la création et la recherche des seuls job logs nécessaires. Un nouvel attribut de job appelé Job Log Output (LOGOUTPUT) peut être défini de trois manières : *JOBLOGSVR, *PND ou *JOBEND.

Lire l'article
Accéder à  votre boîte aux lettres par la voix

Accéder à  votre boîte aux lettres par la voix

Ouvrir un client Outlook ou Internet Explorer pour lire vos message est devenu un geste banal de la vie courante. Mais avez-vous déjà imaginé parler à votre boîte aux lettres ? Il faut être fou diriez-vous ? Et bien pas tant que ça, et c’est se que vous proposera Exchange

Lire l'article
La gestion multi-forêts

La gestion multi-forêts

Pour disposer de l’ensemble des fonctions de partages entre utilisateurs, il faut que l’ensemble des serveurs Exchange soient installés dans la même organisation, c'est-à-dire la même forêt Active Directory. Dans certaine entreprises, ce type de scénario n’est pas applicable.

Il faut donc essayer de simuler une organisation unique.

Lire l'article
Une disponibilité renforcée

Une disponibilité renforcée

Depuis, les évènements du 11 septembre 2001 à New-York, très nombreuses sont les entreprises qui souhaitent mettre en oeuvre des solutions de secours sur des sites déportés. Exchange 2003 a été conçu avant la profusion de demandes de ce type et n’intègre donc pas nativement une solution de reprise d’activité.

Lire l'article
Les délégations

Les délégations

Les délégations d’Exchange 2003 se faisaient au niveau de l’organisation ou du groupe administratif ce qui obligeait à construire le modèle d’administration de la messagerie d’entreprise dès le début de l’architecture. Ce modèle était difficilement modifiable car il est impossible de déplacer un serveur d’un groupe administratif vers un autre.

Lire l'article
Monad: un langage de scripting extrêmement simple et puissant

Monad: un langage de scripting extrêmement simple et puissant

Exchange 12 sera intégralement administrable en ligne de commande à l’aide du puissant langage de script appelé MONAD. Ce langage n’est pas dédié à Exchange car on le retrouvera également dans Vista, remplaçant de Windows XP. MONAD est basé sur des cmdlet. Plus de 100 cmdlet sont dédiés à Exchange.

Lire l'article
L’administration d’Exchange 12 : La console d’administration

L’administration d’Exchange 12 : La console d’administration

Exchange 12 sera administrable à la fois par une interface graphique et en ligne de commande (MONAD, voir paragraphe suivant). La console d’administration graphique a été entièrement revue. L’intégralité d’Exchange se fera à partir de cette console sans avoir recours à la MMC des utilisateurs et ordinateurs du domaine. Elle

Lire l'article
Une architecture 64 bits :

Une architecture 64 bits :

Fin 2005, Microsoft a annoncé qu’Exchange 12 ne sera supporté que dans sa version 64 bits. Il est important de comprendre les paramètres techniques qui ont motivé ce choix.

La capacité d’Exchange 2003 à héberger de nombreuses boîtes aux lettres a permis à de nombreuses entreprises de consolider

Lire l'article
Une architecture profondément modifiée : Les rôles serveurs

Une architecture profondément modifiée : Les rôles serveurs

Un serveur Exchange 2003 peut-être soit un serveur Frontal (accès pour les clients OWA, POP, IMAP), soit un serveur Dorsal (gestion des boîtes aux lettres). La sécurisation et le routage peuvent se faire indépendamment sur les deux types de serveurs. De plus, les composants installés sur ces serveurs sont identiques.

Lire l'article