Sunday, March 30, 2008

Die Hard - Deciphering a server crash

Die Hard - Deciphering a server crash

From the Lotusphere 2008

a great presentation from
Franziska Whitlock Wave Technology
Paul Mooney Blue Wave Technology

NSD Express - Fault Analysis in 5 Minutes Daniel Nashed (Nash!Com)

Lotusphere 2008 - Emergence

SpeedGeeking Session

NSD Express - Fault Analysis in 5 Minutes Daniel Nashed (Nash!Com)

Link

Wednesday, March 26, 2008

Cluster management

From IdeaJam : Link

There is currently no way, without programming something, to verify that the quota settings of cluster replicas are the same. If we can identify where cluster replicas have differant quota's, either with cluster analysis or an Admin view, then we could correct inconsistancies. Alternatively, if there was a way to designate a primary server and "push" the cluster settings to all cluster replicas, that would be convenient.


There is a lot of manual hacks when you have this kind of problems. (Replication history, Show stat, add cluster replicator task, etc)
From Notes.net : Link

But first, you MUST know that you have a problem.
To reslove this issue, i have made an application to do this for you. The db is fully dynamic, no hard-coded cluster name, you have a configuration document.

From a scan document, you must select the cluster that you want to scan. You can run it in a manual mode or a schedule one (If you have trusted servers)



After the agent is run, you have multiples views that will identify for you the dbs that are not in sync, over quota, replica id differents, etc.




Here's an example of a log document:


In this example, you can see that there is a difference, in the trash folder, between the 2 replicas,

You can then , via a button, clear the replication history and initiate a replication between those replicas.

If the problems was a difference in your quota, you have another option that allows you to modify the quota and warning on every replicas of your mail files.

JYR




Monday, March 03, 2008

Gestion de la messagerie Lotus Notes

Note: Si vous désirez plus de détails, laissez moi un message. Une version d'essais est disponible.

Contexte

L’utilisation de la messagerie et les impératifs légaux concernant les données transitant sur les infrastructures, le volume de données à gérer devient de plus en plus important. Une des avenues envisagées, est l’utilisation de bases d’archives pour les utilisateurs.

L'implantation de l'archivage doit se faire conjointement avec l'implantation des quotas ainsi que la définition de règles claires dans l'utilisation des systèmes de messagerie car peu importe le système de messagerie, il ne faut pas déplacer le problème en donnant encore plus d'espace sur un autre serveur.

Ces règles claires devraient s’accompagner d’audits périodiques des serveurs de messagerie afin de connaître la nature des courriers qui transitent sur les infrastructures. Il faut connaître l'utilisation que les usagers en font, et ce, même si on prend pour acquis que ce qu'ils font est strictement relié au travail. L’utilisation de la messagerie s’en trouve optimisée sachant que les infrastructures ne se trouvent pas engorgées avec des fichiers de nature personnelle.

Ceci permet aussi d’établir le type d’activités engendrées sur les serveurs afin de définir entre autre des quotas appropriés. Car si les quotas sont trop bas et que les utilisateurs n’ont pas une archive de taille suffisante, ils seront portés à détruire les messages afin de gagner de l’espace. Ce faisant, un organisme perd énormément de « mémoire d'entreprise ».

Lorsque la nature des courriers qui transitent est connue, on peut tenter d'établir un taux de croissance de cette utilisation ce qui permet par exemple de prévoir les frais d’acquisition d’un SAN.

Afin d’effectuer les audits périodiques, voici un outil vous permettant de gérer la messagerie Lotus Notes.


Description


Cette base permet d’effectuer un audit des courriels présents dans les bases de courriers Lotus Notes. Ces audits peuvent s’effectuer sur les sujets des messages ou encore sur les fichiers attachés présents dans les messages.

Lorsqu’une recherche par fichiers est effectuée, cela permet de recenser entre autre le nombre, la taille et le type de fichiers attachés présents dans les boîtes de courriers. Il est ensuite possible d’y poser diverses actions.

Les avantages de ce type de traitements sont nombreux :
• Permet de retracer les personnes ayant pu recevoir ou envoyer des fichiers à contenu douteux ou encore contenant des virus.
• Permet de mieux gérer votre bande passante en évitant le transfert de fichiers volumineux occasionnant parfois des pertes de service chez vos autres utilisateurs générant ainsi une perte de productivité.
• Permet aussi de prévoir la croissance de votre besoin d’espace disque.

Dans les environnements faisant appel aux grappes de courriers, l’envoi de fichiers volumineux peut ralentir la synchronisation des grappes car la tâche responsable de ce traitement n’est pas prioritaire.


Fonctionnement de l’application


Les recherches peuvent être effectuées de 3 façons:

Ad hoc
L'administrateur roule le script à partir de son poste de travail.


Planification étendue

La base est déployée sur tous les serveurs.

Planification centralisée
Si l’environnement analysé ne comprend que des serveurs Lotus Domino de version 6.X et plus, il est possible d’accéder aux bases situées sur un autre serveur à partir d’un point centralisé. (Onglet serveur, section Serveurs accrédités)


Cette application est utilisée conjointement avec une base de Gestion d’erreurs permettant de recueillir entre autre toutes les erreurs d’accès aux bases de courriers.


Les recherches sont effectuées au moyen d’un document de pilotage. Ce document spécifie les paramètres de l’analyse désirée.

La personne responsable doit d’abord sélectionner le nom des serveurs à analyser au moyen de cases à cocher lui permettant de sélectionner un ou des serveurs.



Cette liste de noms de serveurs est dynamique.

Elle est bâtie selon une table de pilotage présente dans l’application.






La personne responsable doit sélectionner le type de recherches


Par liste de fichiers,
L’analyse peut se faire sur des fichiers précis sur le ou les serveurs sélectionnés




Par liste de répertoires,
L’analyse peut se faire sur des répertoires précis sur le ou les serveurs sélectionnés



Par Utilisateurs des serveurs spécifiés,
L’analyse est effectuée sur toutes les bases de courriers actives, définies au carnet d’adresses public, sur le ou les serveurs sélectionnés





Par la suite, la personne responsable doit déterminer les critères suivants:



Mode
Il faut déterminer le mode de recherches désiré.

Deux modes sont possibles :

Mode correction :
Effectuera les actions demandées.

Mode Rapport :
Ne posera aucune action même si par exemple, vous spécifiez qu’il faut détruire le message



Type de traitement

Trois de traitements sont disponibles.

Analyse des fichiers TOUS
Ce type de traitement analysera tous les courriers pour détecter la présence d’un fichier attaché quel qu’il soit.

Analyse du sujet :
Ce type de traitement effectuera une correspondance entre un critère de recherches précis et le champ Sujet de tous les courriers électroniques.

Analyse d'un nom de fichier :
Ce type de traitement effectuera une correspondance entre un critère de recherches précis et tous les noms de fichiers contenus dans les courriers électroniques


Note : Pour les recherches par fichiers, il est possible de spécifier la taille minimale des fichiers à analyser. Cette valeur est en kilo-octets.
Tous les fichiers plus grands que ce nombre seront considérés


Nom de la pièce \ Chaîne de recherche du sujet
À utiliser conjointement avec le type de traitement « Analyse du sujet » ou « Analyse d’un nom de fichier ».



Actions à poser


Supprimer le message :
Le message sera supprimé de la boîte de courriers

Supprimer le fichier :
Dans le cas d’une recherche par type de fichiers, seul le fichier correspondant au critère voulu sera supprimé.


Section : Désirez-vous envoyer une communication aux utilisateurs?

Pour tous les traitements effectués selon le tableau de bord, il est possible de notifier les utilisateurs pour lequel un traitement a été effectué.

Cette notification est réalisée au moyen d’un module alimenté à partir de modèles pré-établis via une table de pilotage.

Au niveau du tableau de bord, vous devez choisir le modèle de courriers à utiliser :




Le modèle est rempli sous cette forme




Lors de l’envoi du rapport aux utilisateurs, ces derniers reçoivent le message que vous aurez défini. À cette notification est aussi greffé un rapport décrivant les fichiers sujets trouvés ainsi que l’état de ce message (Ex : Message ou fichier supprimé)

Rapports


Dans toutes les recherches effectuées, un document est généré pour tous les courriers électroniques correspondant aux critères de recherches. Par la suite, il est possible de naviguer au travers des différentes vues de la base pour y visionner les résultats entre autre les recherches par sujet, par fichiers et les actions posées.





Si vous désirez plus de détails, laissez moi un message