Nouvelles fonctionnalités introduites dans Data Workbench 6.0.4, notamment correctifs de bogues et problèmes connus.
Data Workbench (Insight 6.0) comprend ces nouvelles fonctionnalités et visualisations pour ajouter des fonctionnalités de création de rapports et des outils d’analyse prédictive.
Fonctionnalités de Data Workbench | Description |
---|---|
Rapport de visualisation entonnoir | La visualisation Entonnoir vous permet de définir le flux de processus séquentiel de vos clients et offre une visibilité sur les abandons des visiteurs à chaque étape du processus. |
Clusterisation de visiteur | La mise en grappe vous permet d’exploiter les caractéristiques du client pour catégoriser de manière dynamique les visiteurs et générer des jeux de clusters en fonction d’entrées de données sélectionnées pour l’analyse et le ciblage des clients. |
Analyse des corrélations | L’analyse des corrélations permet d’identifier rapidement les relations de données pertinentes afin d’étendre et d’améliorer votre analyse. |
Mise à jour de la distribution DeviceAtlas | Le fichier JSON DeviceAtlas sera désormais distribué dans un fichier .bundle (un fichier .tar.gz renommé) avec DeviceAtlas.dll et DeviceAtlas64.dll. |
Effectuez les tâches de mise à niveau suivantes pour les fonctionnalités du client Data Workbench (Insight 6.0) :
Mise à jour du fichier .zbin pour le client
Data Workbench prend désormais en charge un éditeur de méthode d’entrée (IME) en tant que processus de saisie de texte secondaire qui vous permet de saisir des caractères internationaux à partir du clavier à l’aide d’une zone de texte flottante. Data Workbench prend en charge l’anglais par défaut, mais vous permet également de charger d’autres fichiers pour prendre en charge les langues internationales, telles qu’un clavier chinois virtuel (Pinyin IME).
Un nouveau fichier de dictionnaire (fichier .zbin) est requis par l’application cliente avant la mise à jour vers la version 6.0. Vous pouvez obtenir le fichier .zbin nécessaire à partir du profil Software and Docs (Softdocs).
Conditions préalables:
Pour plus d’informations sur la mise à niveau côté serveur, voir Exigences de mise à niveau du serveur .
Pour mettre à niveau le fichier zbin du client (de la version 5.x vers la version 6.0)
Pour vous assurer que le client n’est pas mis à jour à partir du serveur Insight au cours de cette mise à niveau, définissez votre argument Insight.cfg sur false.
Update Software = bool: false
Redémarrez le client Insight.
Accédez au profil Software and Docs (profil SoftDocs) et téléchargez le fichier Insight.zbin requis : Software\Insight Client\v6.00\Insight_6.00.zip
Copiez le fichier Insight.zbin dans le même dossier que le fichier Insight.exe .
Pour vous assurer que le client Insight est maintenant mis à jour à partir du serveur Insight, définissez l’argument de fichier Insight.cfg sur true :
Update Software = bool: true
Redémarrez le client.
Votre client se synchronise avec le serveur et un message s’affiche pour vous informer que votre client est en train de télécharger. À la fin du téléchargement, vous recevrez un message vous demandant si vous souhaitez redémarrer votre client Insight.
Cliquez sur OK pour redémarrer le client.
Le client démarre et effectue la mise à niveau vers la version 6.0.
Redémarrez le client pour que la synchronisation du client Insight.zbin prenne effet.
Si vous recevez le message suivant, cela signifie que le fichier zbin n’a pas été placé à l’emplacement approprié du dossier à côté du fichier Insight.exe.
Insight Terminated: The backup dictionary file insight.zbin
is missing.
Pour corriger le problème, supprimez Insight.exe et renommez la dernière version de Insight.exe.old en Insight.exe, puis recommencez à l’étape 1 ci-dessus.
Effectuez les tâches de mise à niveau suivantes pour les fonctionnalités du serveur Insight 6.0 :
Mettez à jour tous les packages Insight Server 6.0. Insight 6.0 comprend les packages de serveur qui doivent être mis à jour, y compris le nouveau profil Analytics prédictif.
Il est recommandé aux utilisateurs de mettre à niveau leurs grappes de serveurs avec de nouvelles installations d’Insight Server 6.0 lors de la mise à jour.
Il est également recommandé aux clients de mettre à niveau leurs grappes de serveurs avec une nouvelle installation d’Insight Server 6.0.
Préparez le fichier de langue (fichier .zbin). L’administrateur d’Insight sélectionne le <language>.zbin
fichier pour la langue requise (par exemple : en-us.zbin , zh-cn.zbin) situé dans le /localization/<language>.zbin
dossier . L’administrateur copie ensuite le fichier de langue et le renomme "insight.zbin".
Après avoir préparé le fichier de langue (.zbin), le client Insight et le serveur de rapports doivent être mis à jour. Le client Insight est mis à jour pendant le processus de mise à niveau du client, mais dans la plupart des cas, l’administrateur Insight met à jour le serveur de rapports.
Mettre à jour le serveur de rapports avec un fichier de langue (fichier .zbin).
Pour toutes les langues, la version 6.0 du serveur de rapports nécessite le fichier "insight.zbin" copié dans le dossier racine du serveur de rapports.
Mettez à jour les fichiers de langue du serveur de rapports :
Ajoutez le fichier "insight.zbin" renommé dans le répertoire racine du serveur de rapports.
Le fichier de configuration du serveur de rapports (reportserver.cfg) nécessite des paramètres de police pour les langues codées sur deux octets. Par exemple, le chinois nécessite l’ajout de polices à l’aide de SimSun :
Report Server.cfg - Add Fonts
Fonts = vector: 2 items
0 = string: SimSun
1 = string: Arial
Un paramètre du serveur de rapports version 6.0 doit être transmis dans la ligne de commande pour la localisation, par exemple :
ReportServer.exe -Locale -zh-cn
ReportServer.exe -Locale -en-us
Si aucun paramètre régional n’est spécifié, le serveur de rapports utilise par défaut la langue sélectionnée dans le fichier insight.zbin.
Suivez les étapes pour lancer ReportServer en tant que service avec les paramètres régionaux :
Lancez une invite de commande en tant qu’administrateur.
Accédez au dossier d’installation de ReportServer.
Saisissez la commande suivante pour démarrer le service :
Pour vérifier si ReportServer s’exécute avec les paramètres corrects :
Le chemin d’accès au fichier exécutable contient les paramètres suivants :
ReportServer.exe -Service ReportServer -Locale -en-us
Modification du fichier de configuration de profil pour Predictive Analytics. L’administrateur d’Insight devra modifier le fichier profile.cfg personnalisé pour inclure le profil Analytics prédictif qui sera disponible dans Insight.
Exemple d’entrée profile.cfg :
Example ("profile.cfg"):
Profile = profileInfo:
Active = bool: true
Directories = vector: 5 items
0 = string: Base\\
1 = string: Predictive Analytics\\
2 = string: Geography\\
3 = string: Adobe SC\\
4 = string: Custom Profile\\
Mettez à jour le fichier PAServer.cfg . Si vous souhaitez envoyer des tâches de mise en grappe Predictive Analytics aux serveurs Insight, vous devez configurer le fichier PAServer.cfg pour gérer les envois de mise en grappe côté serveur.
Le profil personnalisé doit hériter du fichier PAServer.cfg du profil Analytics prédictif (Server\Profiles\Predictive Analytics\Dataset). Configurez et enregistrez PAServer.cfg pour votre site de mise en oeuvre.
Une fois que le fichier PAServer.cfg est configuré et enregistré dans un profil personnalisé, un redémarrage du serveur Insight est requis sur l’ensemble du site.
Mettre à niveau le serveur de rapports. Vous devez mettre à jour les polices et les paramètres de démarrage du serveur de rapports.
Conditions préalables:
base/localization/<language>.zbin
est copiée et renommée "insight.zbin". Copiez-le à la racine du répertoire du serveur de rapports.Mettez à jour les paramètres Polices et Démarrage :
Le serveur de rapports requiert un paramètre de police pour les caractères à deux octets afin de produire dans différentes langues,
par exemple :
Report Server.cfg - Ajout de polices
Fonts = vector: 2 items
0 = string: SimSun
1 = string: Arial
Le paramètre du serveur de rapports version 6.0 doit être transmis dans la ligne de commande à des fins de localisation.
Pour lancer le serveur de rapports en tant que service avec les paramètres régionaux :
Arrêtez le service de serveur de rapports.
Lancez une invite de commande en tant qu’administrateur.
Accédez au dossier d’installation du serveur de rapports.
Saisissez la commande suivante pour démarrer le service :
ReportServer.exe -RegServer -Locale -en-us
Pour vérifier si le serveur de rapports s’exécute avec les paramètres corrects :
Ouvrir le Gestionnaire de services Windows
Cliquez avec le bouton droit de la souris sur Adobe Insight Report Server - Properties.
Le chemin d’accès au fichier exécutable contient les paramètres suivants :
ReportServer.exe -Service ReportServer -Locale -en-us
Mettez à niveau le flux de données de SiteCatalyst pour Insight 6.0. Le format du nom de fichier du flux de données de SiteCatalyst pour Insight 6.0 a changé.
Format du nom de fichier actuel :
RSID_YYYYMMDD_HH0000.tsv.gz
Nouveau format du nom de fichier :
YYYYMMDD-RSID_HH0000.tsv.gz
Cette modification n’a aucune incidence sur les utilisateurs actuellement déployés avec la version wbench/ecom du flux de données de SiteCatalyst.
Le changement de format du nom de fichier permet l’utilisation complète des déclarations de début et de fin Insight pendant le traitement du journal. Cela permet au processus d’évaluer si le contenu du fichier doit être lu, plutôt que de filtrer tous les fichiers source à l’aide d’une recherche ligne par ligne.
Dans la plupart des cas, un processus de changement de nom a été mis en oeuvre à la réception du fichier afin de permettre l’utilisation complète de cette fonctionnalité. Cette modification fournit par défaut la convention d’affectation des noms requise, sans qu’un processus secondaire ait besoin d’être surchargé.
Pour utiliser le nouveau flux de données de SiteCatalyst :
Déterminez comment le processus de réception va gérer le nouveau format de nom de fichier.
Les scripts standard de changement de nom/déplacement déployés lors de l’implémentation déplacent les fichiers avec une extension ".gz" et n’effectuent un changement de nom que si le nom de fichier correspondait au format du nom de fichier avec le RSID précédent.
Le nouveau format du nom de fichier :
YYYYMMDD-RSID_HH0000.tsv.gz
Évaluez les chemins d’accès à la source du journal définis pour confirmer que tous les fichiers seront lus.
Si un script de changement de nom est déjà implémenté, vous définissez déjà vos sources de journal pour lire ce nouveau format de nom de fichier.
<Ctrl>
+<Backspace>
. Auparavant, vous aviez annulé les modifications et fermé un espace de travail en appuyant sur <Ctrl>
+ <Delete>
.Nouvelles fonctionnalités introduites dans Data Workbench 6.0.4, notamment correctifs de bogues et problèmes connus.
Pour afficher les fonctionnalités et correctifs précédents basés sur chaque version précédente, consultez les archives des notes de mise à jour.
Data Workbench 6.0.4 comprend ces nouvelles fonctionnalités et visualisations pour ajouter des fonctionnalités de création de rapports et des outils d’analyse prédictive.
Visualisation du score de propension. Data Workbench calcule les scores de chaque visiteur sous forme d’une probabilité estimée qu’un événement spécifié puisse se produire. La visualisation de notation des visiteurs vous permet de créer une dimension de score qui donne une probabilité d’un événement spécifié pour chaque visiteur intéressé en fonction des variables d’entrée.
Voir Score de propension pour plus d’informations sur cette fonctionnalité.
L’identifiant de source du journal doit être défini. À compter de la version 6.04, si l’ID de source du journal n’est pas défini, vous obtiendrez l’erreur suivante :
Missing Log Souce ID in log processing.cfg. Log Source ID must be
defined for all log sources.
L’enregistrement des lignes par source de journal a été ajouté dans Data Workbench 6.0 et peut être défini dans le profil personnalisé Log Processing.cfg en ajoutant un identifiant de source de journal nommé de manière unique. Si vous disposez d’un identifiant de source de journal vide, vous pouvez voir des problèmes de traitement du journal, tels que la lecture incomplète des données de source de journal et d’autres incohérences.
Log Processing.cfg
Log Sources = vector: 2 items
0 = VisualSensor:
Compressed = bool: false
Log Paths = vector: 1 items
0 = Path: \some path\
Log Server = serverInfo:
Address = string:
Name = string:
Port = int: 80
Proxy Address = string:
Proxy Password = string:
Proxy Port = int: 8080
Proxy User Name = string:
SSL Client Certificate = string: Certificates\\server_cert.pem
SSL Server Common Name = string:
Use SSL = bool: false
Log Source ID = string: <Name your ID Here>
Name = string:
Recursive = bool: false
Possibilité de déléguer des ressources FSU
Dans Profiles/<profilename>
/dataset/Cluster.cfg, vous pouvez désormais spécifier des unités de serveur de fichiers distinctes (FSU) pour les serveurs de normalisation et de liste de sources. Ces services ne sont plus liés au FSU Principal.
Si le serveur de liste n’est pas spécifié, le serveur de liste héritera des paramètres de configuration du serveur de normalisation.
Exemple dans le fichier cluster.cfg.
Cluster = ClusterConfig:
Normalize Server = serverInfo:
Address = string: normalizeserver.domain.com
Port = int: 80
Use SSL = bool: false
List Server = serverInfo:
Address = string: sourcelistserver.domain.com
Port = int: 80
Use SSL = bool: false