Die Hard - Deciphering a server crash
From the Lotusphere 2008
a great presentation from
Franziska Whitlock Wave Technology
Paul Mooney Blue Wave Technology
Sunday, March 30, 2008
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)
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
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
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
Subscribe to:
Posts (Atom)