Consolidation des serveurs IBM Notes / Domino

Comment maitriser l'augmentation des besoins en bande passante liée à la consolidation des serveurs Domino

La consolidation des serveurs Domino augmente de façon très significative, et souvent critique, les besoins en bande passante sur votre WAN.  
Ce document explique les raisons de cette augmentation et propose ensuite des solutions pour maîtriser ce problème et réduire ainsi son impact technique et financier.

Généralement, la consolidation de serveurs Domino crée de très importants besoins en bande passante sur votre réseau global (WAN).

Assez souvent sous-estimés lors de la définition du projet de consolidation, les problèmes de bande passante apparaissent lors de la mise en service des serveurs Domino consolidés, quand les utilisateurs IBM Notes commencent à se plaindre de la dégradation des temps de réponse.

Dans ce document, après avoir examiné pourquoi la consolidation de serveurs Domino induit systématiquement une augmentation très importante des besoins en bande passante sur votre WAN, nous vous fournirons un ensemble de solutions à ce problème, très simples à mettre en oeuvre et basées sur nos logiciels.

Vous découvrirez également, comment, grâce à nos solutions, réduire de 25 à 45% l'espace disque consommés par vos bases IBM Notes sur vos serveurs Domino avant de migrer ces bases sur vos serveurs consolidés.

La consolidation de plusieurs centaines ou milliers de bases Notes requiert de grandes quantités de bande passante réseau ainsi que d'énormes quantité d'espace disque sur vos serveurs consolidés. Les couts de la bande passante sur vos réseaux globaux (souvent internationaux) et les coûts de l'espace de stockage sur vos serveurs sont en général récurrents, et les quantités consommées en augmentation constante au fil du temps.
Nos solutions logicielles ont un coût fixe. Elles réduisent, dans des proportions considérables, les besoins en bande passante et en espace de stockage pour IBM Notes. Elles délivrent un retour sur investissement extrêmement rapide et génèrent d'importantes économies récurrentes.
Pour ces raisons, elles sont très appréciées par les Clients IBM Notes, et tout particulièrement par ceux d'entre eux qui mettent en oeuvre des projets de consolidation de leurs serveurs Domino.

 Recevoir ce White Paper au format PDF.

 

Solutions pour la réduction des coûts et l'amélioration technique des projets de consolidation de vos serveurs Domino

  1. A Propos des besoins en bande passante des organisations IBM Notes consolidées
    Avant et après la consolidation des serveurs Domino
    La "solution" classique (coûteuse): Augmenter la bande passante
  2. Trois solutions efficaces pour vos projets de consolidation
    ZipMail - Réduction des volumes IBM Notes à la source
    MK Cache - Cache local pour les fichiers joints
    MK Email Size Limiter - Contrôle de la taille maximum des emails à la source
  3. Un must lors de la migration de vos bases NSF sur vos serveurs Domino consolidés
  4. Comment aller plus loin après la lecture de ce document
  5. Versions d'évaluation
     

A Propos des besoins en bande passante des organisations IBM Notes consolidées


Avant et après la consolidation des serveurs Domino

La raison pour laquelle la consolidation des serveurs Domino accroit les besoins en bande passante de votre organisation IBM Notes est facile à comprendre.

Avant la consolidation, un utilisateur IBM Notes d'un site donné envoyant un email contenant une pièce jointe de 4 Mo à 10 autres utilisateurs du même site, ou du même bâtiment, génère du trafic sur le réseau local du site, comme dans l'illustration ci-après:

Après consolidation de vos serveurs Domino, Il n'y a plus de serveur Domino local à chaque site.
Quand un utilisateur d'un site envoie un email à un autre utilisateur du même site, son email est, en fait, envoyé au serveur consolidé (qui peut être situé à plusieurs centaines ou milliers de kilomètres). De même, le destinataire de cet email se connecte et récupère son email depuis le serveur consolidé.

Après consolidation, le même email de 4 Mo, envoyé par John à 10 destinataires situés dans le même bâtiment:

génère désormais 44 Mo de trafic sur le WAN de votre infrastructure consolidée:
Envoi sur le WAN: 4 MB + Réception sur le WAN: 40 MB = 44 MB de trafic WAN au total

Après consolidation de vos serveurs Domino, le même envoi d'un email de 4 Mo à 10 personnes du même bâtiment génère 44 Mo de trafic sur votre WAN (contre 0 Mo avant la consolidation)!
Le trafic WAN empruntant les infrastructures des opérateurs de télécommunication est facturé par ces derniers (contrairement au trafic sur aux réseaux locaux des sites).

De plus, si les bases de données mail des utilisateurs ne sont pas répliquées localement sur leurs ordinateurs, 4 Mo de trafic WAN sont générés chaque fois qu'un des utilisateurs destinataires ré-ouvre la pièce jointe attachée à cet email stocké dans sa base de données sur le serveur consolidé.

Les images précédentes illustrent ce qui se passe sur un des sites d'une organisation IBM Notes consolidée.

Regardons maintenant ce qui se passe à l'échelle de l'organisation IBM Notes dans sa globalité.
Avant consolidation, une organisation IBM Notes multi-serveurs ressemble à ceci:


Les serveurs Domino sont les points bleus. Sur chaque site, un serveur Domino héberge les bases de données des utilisateurs connectés sur le réseau local (en gris) du site ou du bâtiment.
Les serveurs Domino sont interconnectés par des liens constituant votre WAN (les traits bleus). Le niveau de redondance des liens réseaux inter-sites varie selon les organisations IBM Notes.

 

 


Lorsque, (comme dans l'image de droite), un utilisateur IBM Notes du site A envoie un message à un ou plusieurs autres utilisateurs du même site, le trafic email généré reste 100% local au site et n'est donc pas facturé par les opérateurs de télécommunication vous fournissant les liens inter-sites.

 

Lorsque, (comme dans l'image ci-dessous), un utilisateur IBM Notes du site A envoie un message à un ou plusieurs utilisateurs du site B, du trafic email est généré sur le lien WAN (trafic payant) entre le serveur Domino du site A et le serveur Domino du site B. Quels que soient le nombre de destinataires sur le site B, une seule copie du mail est envoyé par le serveur du site A au serveur du site B.


Si, au même moment, un utilisateur IBM Notes du site C envoie un email à un ou plusieurs utilisateurs du site D, du trafic email est généré sur le lien WAN entre le serveur Domino du site C et le serveur Domino du site D. Quels que soient le nombre de destina-taires sur le site D, une seule copie du mail est envoyée par le serveur du site C au serveur du site D.

Dans cette architecture répartie, le trafic email reste toujours le plus local possible au regard des utilisateurs IBM Notes concernés; local au site pour les utilisateurs d'un même site, local à la région pour les utilisateurs d'une même région etc... De plus, le trafic est naturellement distribué sur les liens inter-serveurs du WAN impliqués de même que la charge et les volumes de stockage sur les différents serveurs Domino impliqués.

Après consolidation des serveurs Domino, voici notre organisation Notes :

Les serveurs Domino des sites ont été retirés et remplacés par des routeurs connectant les réseaux locaux des sites au (réseau sur lequel se trouve le) serveur consolidé.

Quand un utilisateur IBM Notes du site A envoie un email à un autre utilisateur (du site A ou d'un autre site) le trafic se fait (aller et retour) en direction du serveur consolidé sur des liens WAN payants.
En fait, 100% du trafic email passe désormais par le serveur consolidé et donc par le WAN. 100% du trafic email génère des consommations de bande passante facturées par les opérateurs de télécommunication de votre WAN.
Un utilisateur du site A envoyant un email de 4 Mo à 10 utilisateurs du site B va générer 44 Mo de trafic (envoi: 4 Mo + Réception: 10 fois 4 Mo = 44 Mo) sur le WAN contre 4 Mo dans l'architecture initiale. De plus, ce trafic (payant), multiplié par 11, passe par le même serveur Domino que l'ensemble du trafic de votre organisation IBM Notes: plus de trafic, mais aussi plus de concentration du trafic et de la charge.

Comme vous pouvez le constater, les besoins en bande passante WAN après consolidation ont augmenté de façon exponentielle. Cette augmentation a des incidences techniques et financières importantes.

La "solution" classique (coûteuse): Augmenter la bande passante

Les infrastructures IBM Notes basées sur des serveurs Domino consolidés souffrent souvent d'un manque de bande passante. (Si ce n'est pas le cas pour votre organisation, il est fort probable que les coûts mensuels de votre WAN sont importants. La lecture de ce document présente donc également un intérêt car elle peut vous aider à réduire ces coûts de façon très significative).

Les conséquences d'un déficit de bande passante sont nombreuses:

La solution habituelle, celle que les opérateurs télécom et autres hébergeurs de serveurs adorent vous vendre, consiste à acheter toujours plus de bande passante et à augmenter ainsi régulièrement vos dépenses récurrentes (mensuelles, annuelles) de façon importante, particulièrement si vous avez des milliers d'utilisateurs dans des sites disséminés tout autour du globe. L'augmentation des capacités en bande passante peut également nécessiter de coûteuses mises à jour de vos matériels réseau (routeurs, switches) sur certains des sites de votre organisation.

Que faire d'autre? C'est exactement la question à laquelle répond la suite de ce document.
 

Trois solutions efficaces pour vos projets de consolidation


Augmenter sans cesse la bande passante n'est pas la seule solution possible ni la meilleure.
Voici trois autres solutions, simples à mettre en oeuvre et agissant sur la source du problème:
Le volume du trafic au sein de votre organisation IBM Notes.
 

1) ZipMail - Réduction des volumes IBM Notes à la source


Vous avez besoin de plus de bande passante ?
Et si vous réduisiez le trafic IBM Notes à la source ?

Votre infrastructure IBM Notes est maintenant consolidée et ne peut être modifiée. Il reste un élément sur lequel vous avez encore le contrôle: le volume du trafic IBM Notes.

Dans notre exemple précédent, si vous aviez pu réduire de 50% la taille du message de 4 Mo envoyé par John à 10 destinataires, cela aurait généré une économie de 22 Mo de trafic sur votre WAN.

Comment faire ?

Avec notre produit ZipMail pour IBM Notes!
ZipMail réduit le volume de votre trafic IBM Notes à la source en compressant de façon transparente et automatique (au format Zip) tous les fichiers attachés par les utilisateurs à leurs messages et documents IBM Notes. Démonstration.

Nous avons également des versions de ZipMail pour iNotes (et pour Microsoft Outlook).

Réduisez votre trafic IBM Notes de 30 à 50% ou plus
Il est généralement admis que les fichiers attachés représentent jusqu'à 90% des volumes échangés au sein des organisations IBM Notes. ZipMail compresse au format Zip de façon automatique et transparente 100% des fichiers attachés. C'est une solution extrêmement simple et rapide pour réduire votre trafic IBM Notes de 30 à 50% ou plus.

Les réductions de volume obtenues avec ZipMail s'appliquent également à l'espace disque de vos serveurs Domino (consolidés ou non)
ZipMail opère une réduction des volumes à la source. Cette approche garantit le meilleur emploi possible de la bande passante consommée par IBM Notes. La réduction du volume du trafic IBM Notes obtenue avec ZipMail s'applique également au stockage des messages et des documents échangés. En effet les pièces jointes compressées au format Zip consomment moins d'espace disque sur vos serveurs Domino consolidés.

Efficacité permanente et retour sur investissement très rapide
L'effet de ZipMail en termes d'économies de bande passante et de stockage est permanent.
Dans le cas ou votre trafic IBM Notes augmente, les effets positifs de ZipMail et son retour sur investissement augmentent dans les mêmes proportions, et ce, sans coûts supplémentaires !
ZipMail est absolument unique en termes de retour sur investissement car, contrairement à tout investissement en extensions de bande passante ou en extensions d'espace disque, il ne peut être consommé.
ZipMail produit chaque jour, mois, année, un retour sur investissement proportionnel à votre trafic IBM Notes sans coûts récurrents.
Plus d'informations sur le retour sur investissement de ZipMail.

Pas de coûts cachés
ZipMail ne requiert ni formation des utilisateurs (ZipMail est transparent pour les utilisateurs), ni de compétences technique particulières chez vos administrateurs Notes.
Une fois installé, ZipMail (une simple DLL de 220 Ko) réduit instantanément votre trafic IBM Notes, vos besoins en espace de stockages sur vos serveurs Domino et vos coûts.

Même type de solution pour les images copiées-collées:
La réduction du volume des fichiers attachés obtenue par l'utilisation de ZipMail peut être étendue, grâce à ZipMap, aux images, photos et autres copies d'écrans copiées-collées par vos utilisateurs dans leurs messages et documents IBM Notes.
ZipMap pour IBM Notes, en réduisant jusqu'à 95% la taille des images copiées-collées par vos utilisateurs dans leurs messages et documents IBM Notes, augmente encore le taux de réduction des volumes échangés délivré par ZipMail.

Et ZipMail n'est pas la seule solution permettant de réduire les besoins en bande passante de votre organisation IBM Notes consolidée!

ZipMail est la meilleure de nos solutions et celle à utiliser en priorité dans le cadre des projets de consolidation de serveurs Domino. ZipMap est également très intéressant si les utilisateurs de votre organisation on l'habitude de copier-coller des images, photos et copies d'écran dans leurs messages et documents IBM Notes (ils le font en général de plus en plus).
Mais nous pouvons aller encore plus loin avec nos logiciels MK Cache and Email Size Limiter, deux autres de nos solutions pour la réduction des besoins en bande passante des organisations IBM Notes particulièrement adaptés aux organisations IBM Notes consolidées.
 

2) MK Cache pour IBM Notes - Cache local pour les fichiers joints


Vous avez besoin de plus de bande passante ?
Et si vous utilisiez un cache local pour vos fichiers attachés?

Comme nous l'indiquions dans la première partie de ce document, chaque accès (ouverture, visualisation, enregistrement sur disque) à des pièces jointes IBM Notes stockées dans des bases NSF hébergées sur des serveurs Domino consolidés, et non répliquées localement, génère du trafic réseau sur votre WAN. Chaque fois qu'un utilisateur ouvre un fichier joint, le fichier doit être transféré du serveur Domino consolidé au poste de travail de l'utilisateur à travers le WAN. Si l'utilisateur ouvre, visualise ou enregistre 100 fois le même fichier, il générera 100 fois le même trafic sur le WAN.
Ceci s'applique aux pièces jointes de messagerie ainsi qu'aux pièces jointes stockées dans des bases de données applicatives.

Est-il possible d'éviter ces multiples transferts d'un même fichier attaché ?

Absolument ! Avec notre logiciel MK Cache pour IBM Notes les fichiers attachés aux messages et documents IBM Notes sont stockés dans un cache local lors de leur premier accès par l'utilisateur (lors de l'ouverture, de la visualisation ou de l'enregistrement du fichier attaché). Les prochains accès à ce fichier se feront depuis le cache local géré par MK Cache, sans générer aucun trafic sur le réseau et de façon complètement transparente pour l'utilisateur.
Une fois qu'un fichier attaché a été ouvert par un utilisateur, les prochains accès de cet utilisateur à ce fichier ne génèrent plus aucun trafic sur le réseau (à moins qu'il ne soit modifié).

Opening a Lotus Notes attached file mutliple times without MK Cache
Sans notre logiciel MK Cache, voici ce qui se passe sur votre réseau quand un utilisateur ouvre 5 fois le même fichier attaché à un message de sa base de données stockée sur un serveur Domino consolidé (et non répliquée localement). Le délai entre les ouvertures successives, minutes, jours ou mois, n'a pas d'importance car le cache géré par MK Cache est persistant. Comme vous pouvez le constater, le fichier est transféré 5 fois sur le réseau, du serveur Domino à l'ordinateur sur lequel est installé le Client IBM Notes.

Opening a Lotus Notes attached file mutliple times with MK Cache
Et voici ce qui se passe quand notre logiciel MK Cache est installé sur les ordinateurs de vos utilisateurs IBM Notes. Une fois que le fichier joint a été ouvert, visualisé ou détaché par l'utilisateur une première fois, il est stocké automatiquement dans le cache local de MK Cache (chiffré au format AES 256). Les accès suivants au même fichier attaché du même document se font depuis le cache local géré par MK Cache, sans générer de trafic sur le réseau!

Si vos utilisateurs accèdent à des fichiers joints attachés à des messages ou documents de bases NSF stockées sur vos serveurs Domino et non répliquées localement les bénéfices liés à l'utilisation de MK Cache sont les suivants:

Avec ZipMail compressant au format Zip 100% des fichiers attachés par les utilisateurs IBM Notes, ZipMap réduisant la taille des images copiées-collées jusqu'à 95% et MK Cache fournissant un accès local aux fichiers joints, est-il encore possible de diminuer la consommation de bande passante de mon organisation IBM Notes consolidée ?

Oui! En prévenant l'envoi par vos utilisateurs IBM Notes de messages excédant une taille maximum ainsi que l'envoi de messages volumineux à un trop grand nombre de destinataires.
Pour en savoir plus, consultez la section suivante de ce document.  

3) MK Email Size Limiter
     Contrôle de la taille maximum des emails, à la source, en prenant
     en compte le nombre de destinataires


Vous avez besoin de plus de bande passante ?
Et si vous bloquiez les emails trop volumineux et/ou adressés à un trop grand nombre d'utilisateurs à la source ?

Les emails trop volumineux ainsi que les emails volumineux adressés à de très nombreux destinataires constituent un problème récurrent des messageries électroniques. Non seulement ces emails consomment de précieuses ressources en bande passante et en espace disque de façon non appropriée, mais ils sont également la source de problèmes techniques (saturation des réseaux et des serveurs Domino) et de temps perdu pour les utilisateurs et les administrateurs.

MK Email Size Limiter pour IBM Notes offre une opportunité de régler définitivement le problème en s'appuyant sur un ensemble de fonctionnalités uniques sur le marché.

Pourquoi MK Email Size Limiter est-il unique?

MK Email Size Limiter pour IBM Notes (MK ESL) permet aux administrateurs IBM Notes de limiter la taille maximum des emails pouvant être envoyés par les utilisateurs en prenant en compte le nombre de destinataires.

Les caractéristiques de MK ESL sont les suivantes:

Définition de ce qu'est la "taille maximum" d'un email
Le volume n'est pas le seul paramètre à prendre en compte, le nombre de destinataires est également très important.
En effet, si l'envoi d'un email de 5 Mo à un destinataire ne constitue pas un problème, il n'en va pas de même si cet email est envoyé à 100 personnes. Dans ce dernier cas, 505 Mo de bande passante seront nécessaires à la distribution de ce email et 505 Mo d'espace disque seront consommés sur votre serveur Domino consolidés.

C'est la raison pour laquelle MK ESL gère 2 limites:

- La taille maximum pour un email
- (La taille maximum pour un email) x (le nombre de destinataires de cet email)

Ne requiert pas de modification des templates IBM Notes
MK Email Size Limiter est indépendant des templates IBM Notes et ne requiert donc pas leur modification.

Le contrôle de la taille des emails est réalisé localement
MK ESL vérifie que chaque email ne dépasse pas les limites fixées en termes de volume et de nombre de destinataires localement (MK ESL est une extension du client IBM Notes). Ainsi les emails dépassant les limites fixées n'ont pas à être envoyés au serveur Domino pour contrôle. Ils sont bloqués instantanément au moment ou l'utilisateur presse le bouton "Envoyer". Un dialogue (dont le texte est configurable) est affiché informant l’utilisateur que son email dépasse les limites fixées. Après validation de ce dialogue, l’email bloqué reste affiché à l’écran en mode édition, permettant ainsi à l’utilisateur d’en réduire la taille en en retirant des fichiers attachés, des images ou du texte ou de réduire le nombre de ses destinataires le cas échéant.

Administration et mises à jour gérées en central
Les paramètres de MK ESL peuvent être gérés en central et mis à jour automatiquement depuis une base Notes centrale, sans intervention de l’utilisateur.
Cette base centralisée des paramètres de MK ESL permet la définition d’une configuration par défaut et de configurations s’appliquant à des utilisateurs individuels ou à des groupes d’utilisateurs. Vous pouvez ainsi, par exemple, définir des limites particulières pour les utilisateurs du marketing, leur permettant d’envoyer leurs volumineuses présentations produits, et appliquer d’autres limites par défaut aux utilisateurs des autres services.
MK Email Size Limiter peut également mettre à jour son propre code automatiquement et de façon transparente pour les utilisateurs.
Les rapports sur les emails bloqués peuvent être centralisés dans une base Notes.

Installation 100% Automatique
Comme tous nos logiciels clients, MK ESL est livré dans un package d'installation automatique permettant un déploiement très rapide.
Une fois déployé, la mise à jour des paramètres et du code de MK ESL se fait depuis une base Notes centrale, automatiquement.

Finalement, avec ces 3 solutions, vous pourriez avoir besoin de beaucoup moins de bande passante qu'initialement prévu pour votre projet de consolidation des serveurs Domino.
Et s'il en était de même avec l'espace de stockage de vos bases NSF ?

Vous connaissez maintenant ZipMail et ZipMap, MK Cache et MK Email Size Limiter. Vous trouverez à la fin de ce document un lien vers les versions d'évaluation de ces logiciels qui vous permettrons de tester leur efficacité dans votre environnement IBM Notes.

Mais attendez une seconde, peut-être êtes-vous également intéressés par une solution vous permettant de réduire de 30 à 50% vos besoins en espace de stockage sur vos serveurs consolidés .
Si oui, consultez la section suivante!

 

Un must lors de la migration de vos bases NSF sur vos serveurs Domino consolidés


Vous avez besoin de plus de bande passante ?
Si oui, vous aurez sans doute besoin de plus d'espace disque très bientôt !

Dans les sections précédentes, nous nous sommes concentrés sur le problème de la bande passante des organisations IBM Notes consolidées. Nous avons vu que certaines des solutions proposées (ZipMail, ZipMap, MK Email Size Limiter) avaient également, du fait de leur capacité à réduire à la source les volumes échangés via IBM Notes, un effet positif de réduction des besoins en espace de stockage sur les serveurs Domino (réduction des volumes à stocker).

ZipMail pour bases de données IBM Notes (ZipMail /DB), la solution décrite dans cette section, est d'une autre nature. Son objectif est, (en compressant au format Zip les fichiers attachés et en optimisant les images copiées-collées), de réduire le volume des bases de données NSF existantes (mail et applicatives) afin de récupérer 30 à 50% de l'espace de stockage actuellement consommé sur vos serveurs Domino.

Cette réduction des volumes des bases NSF est particulièrement intéressante dans le cadre des projets de consolidation de serveurs Domino car la quantité d'espace disque nécessaire à l'hébergement de l'ensemble des bases IBM Notes consolidées est souvent astronomique (et ne fait qu'augmenter au fil du temps).

La consolidation de vos serveurs Domino nécessite le déplacement des bases de données hébergées sur les serveurs Domino des sites vers le serveur consolidé. Ce travail de déplacement des bases va être réalisé et il est probable qu'à cette occasion, les bases Notes seront compactées et vérifiées.

Pourquoi ne pas en profiter pour utiliser ZipMail /DB pour compresser au format Zip tous les fichiers attachés stockés dans ces bases et pour optimiser toutes les images copiées collées.
ZipMail /DB fonctionne de façon automatique et peut traiter l'ensemble de vos bases de données en une seule commande load zipmail passée dans la console d'administration du serveur Domino.

ZipMail /DB est un moyen simple et rapide de réduire le volume de vos bases de données de 30% à 50% lors de leur installation sur votre serveur consolidé.

 

Comment aller plus loin après la lecture de ce document


Nous contacter - versions d'évaluation - Plus d'information sur les retour sur investissement de nos solutions...

si vous avez des questions techniques ou commerciales, contactez nous, c'est avec plaisir que nous vous répondrons.
Nous tenons bien entendu à votre disposition des versions d'évaluation complètement fonctionnelles de tous nos produits. Nos logiciels clients ZipMail, ZipMap, MK Cache et MK Email Size Limiter s'installent en moins d'une minute, et vous n'aurez besoin que de 10 à 15 minutes pour compresser vos premières bases de données avec ZipMail /DB.
Chaque version d'évaluation est accompagnée d'un fichier d'aide détaillé également fourni au format PDF.
Ces versions d'évaluation vous permettent de mesurer les résultats obtenus avec nos produits dans votre environnement.
Dans le cas ou vous auriez besoin d'assistance technique merci de contacter le support technique par téléphone ou par email.
Si vous souhaitez vous faire une meilleure idée du retour sur investissement délivré par nos logiciels, ainsi que de leur capacité à réduire les coûts de fonctionnement de votre organisation IBM Notes, vous pouvez consulter la section de ce site consacrée au Retour sur investissement de nos solutions.

 

Versions d'évaluation

N'hésitez pas à tester nos produits, téléchargez nos versions d'évaluation complètement fonctionnelles.
Nos produits clients ZipMail, ZipMap, MK Cache et MK Email Size Limiter s'installent en moins d'une minute, et vous n'aurez besoin que de 10 à 15 minutes pour compresser vos premières bases de données avec ZipMail /DB.

Si vous avez des questions, contactez nous, c'est avec plaisir que nous vous répondrons.

 Recevoir ce White Paper au format PDF.