|
Q & R - Fichier de Rapport
Ce document fournit les réponses aux questions fréquemment posées
concernant Sandra. Veuillez lire le Fichier d'Aide également!
Ce document est créé à l'intention des utilisateurs avancés
qui se servent de la fonction de création d'un rapport.
Q: Le mode de rapport batch de Sandra 2003 échoue avec exception. R: veuillez désactiver le dialogue de progression avec le paramètre
Progress Dialog=0 dans le fichier de script. Vous pouvez également
passer à SP1 qui résout ce problème.
Q: Le rapport XML échoue lorsque la version Unicode est utilisée!
R: toutes les versions d'analyseur XML de Microsoft ne supportent pas Unicode.
Vérifiez auprès de Microsoft l'analyseur XML Unicode.
Q: Certains caractères ne s'affichent pas dans le rapport XML/HTML!
R: passez à la version 8.72 ou supérieure de Sandra.
Q: Le rapport Unicode est énorme comparé au rapport ANSI!
R: du fait que les caractères Unicode ont 2 fois la taille des ANSI,
la taille du rapport sera double. C'est normal. Utilisez la compression si vous
manquez de place.
Q: Quand j'utilise le paramètre $TIME$ la création du rapport
échoue. Pourquoi?
R: si le séparateur de temps est un caractère (comme ":")
que le système de fichier n'accepte pas, le fichier ne pourra pas être
créé. Changez le séparateur de temps pour un caractère
accepté par le système de fichier (comme "."). Les versions 8.71
et supérieures n'incluent plus les caractères séparateurs
de temps.
Q: Avec quoi les GUID sont-ils cryptés (algorithme/clé)?
R: l'algorithme est bien connu et la taille de la clé est 128-bit
ou supérieure (en fonction du pack de cryptage) la sécurité
devrait donc être assurée.
Q: Avec quoi le rapport est-il crypté (algorithme/clé)?
R: l'algorithme est bien connu et la taille de la clé est 128-bit
ou supérieure (en fonction du pack de cryptage) la sécurité
devrait donc être assurée.
Q: Le rapport Unicode (Européen) peut-il être aussi crypté
de façon sécurisé?
R: du fait de la nature du caractère Unicode établi pour les
langues Européennes, il est (un peu) plus facile de le "cracker"
car les rangs des valeurs sont plus connus. Du fait de la taille de la clé,
il est improbable que cela pose problème sauf si vous recherchez la très
haute sécurité. Vous pouvez utiliser la compression pour renforcer
la sécurité.
Q: Comment dois-je décrypter le rapport?
R: en général, la fonction de cryptage est utile quand vous
nous envoyez un rapport sécurisé, que vous mettez à jour
un rapport sur un site par nos clients partenaires qui transfèrent le
rapport entre les sites par Internet. Contactez nous pour le décrypteur
- et assurez vous d'avoir votre clé!
|