Concept
L’utilisation simultanée de Track of the day
sur plusieurs ordinateurs fonctionne sans problème. Si vous souhaitez voir les mêmes données sur tous vos ordinateurs, vous pouvez configurer vos ordinateurs en conséquence. Pour cela, il faut comprendre comment Track of the day
gère ses données.
Conditions préalables
Important :
pour que ce scénario fonctionne, la version 4.1
de Track of the day
est la configuration minimale requise.
Restrictions
Pour que la base de données puisse être synchronisée automatiquement avec d’autres ordinateurs, Track of the day ne doit pas être lancé, sinon les fichiers de la base de données sont verrouillés et ne peuvent pas être synchronisés automatiquement avec d’autres ordinateurs. Dans un scénario distribué avec plusieurs ordinateurs, on ne peut travailler que l’un après l’autre, jamais simultanément.
Profil utilisateur
La condition préalable essentielle à l’installation est l’utilisation d’un compte Microsoft gratuit. Les profils utilisateur sont généralement créés dans le dossier C:\Benutzer\. Ce dossier est un alias de C:\Users\, les deux chemins d’accès fonctionnent donc. Un répertoire est créé pour chaque profil utilisateur.
- C:\Users\Elizabeth
- C:\Users\Frank
- C:\Users\John
Au départ, chaque profil utilisateur présente la même structure de répertoires. On y trouve des dossiers nommés Documents, Images, Vidéos, etc.
Lors de la première installation, Track of the day crée, dans le profil utilisateur de la personne connectée, un sous-dossier « Track of the day » dans le dossier Documents. D’autres sous-dossiers y sont créés, tels que Cache, Exemples, Icônes, etc.
La version 4.0 a introduit une base de données basée sur Microsoft SQL Server 2019 LocalDB. Après l’installation, Track of the day vérifie si un serveur SQL est installé. S’il n’en trouve pas, l’installation du serveur SQL est lancée automatiquement. À ce stade, Track of the day n’est pas encore visible, mais il est actif en arrière-plan. Une fois le serveur SQL installé, le programme demande si l’on souhaite créer une nouvelle base de données pour Track of the day.
Base de données
Cette base de données est automatiquement stockée par SQL Server à la racine du profil utilisateur. Deux fichiers sont créés : la base de données proprement dite et le journal des transactions. Vous trouverez de plus amples informations ici.
- C:\Users\John\TrackOfTheDay.GpxDataModel.mdf
- C:\Users\John\TrackOfTheDay.GpxDataModel_log.ldf
Stockage des données
La gestion des données de Track of the Day est de type hybride. Cela signifie que la base de données SQL Server est uniquement utilisée comme un répertoire contenant des références à des milliers de fichiers. La base de données reste ainsi très compacte et rapide. Il est toutefois possible que des incohérences apparaissent si des fichiers référencés dans la base de données sont supprimés.
Plusieurs ordinateurs
Si vous travaillez sur plusieurs ordinateurs et utilisez le même compte Microsoft, la gestion distribuée des données se présente à peu près comme l’illustre le graphique suivant. Lorsque vous utilisez plusieurs ordinateurs, il est important de comprendre que SQL Server LocalDB est conçu pour être utilisé sur un seul ordinateur. Une utilisation parallèle avec plusieurs utilisateurs connectés sur différents ordinateurs n’est pas prévue.
Synchronisation
Pour pouvoir accéder à la même base de données depuis plusieurs ordinateurs, toutes les données doivent être répliquées sans exception. Cela inclut également la base de données SQL. Un logiciel approprié peut être utilisé pour cette réplication. Il est également possible d’utiliser le service gratuit Microsoft OneDrive. Microsoft offre à chaque utilisateur un espace de stockage OneDrive de 5 Go. Il est possible d’acheter de l’espace de stockage supplémentaire via un abonnement payant.
Ce graphique montre comment l’installation doit se présenter. OneDrive doit être configuré de manière à ce que le profil utilisateur utilisé soit identique sur tous les ordinateurs. Il faut donc se connecter avec le même compte Microsoft sur tous les ordinateurs, sinon cela ne fonctionnera pas !
Pour que ce système fonctionne, la base de données SQL Server doit être déplacée vers OneDrive.
Le chemin d’accès doit donc passer de
- C:\Users\John\TrackOfTheDay.GpxDataModel.mdf
- C:\Users\John\TrackOfTheDay.GpxDataModel_log.ldf
vers
- C:\Users\John\Documents\Track of the day\Database\TrackOfTheDay.GpxDataModel.mdf
- C:\Users\John\Documents\Track of the day\Database\TrackOfTheDay.GpxDataModel_log.ldf
.
Cela ressemble alors, par exemple, à ceci :
Pour pouvoir utiliser une base de données SQL, une connexion est nécessaire. Pour établir cette connexion, on utilise ce qu’on appelle une chaîne de connexion. La chaîne de connexion est une longue chaîne de caractères complexe qui contient le nom et l’emplacement de la base de données ainsi que toutes sortes d’autres informations techniques nécessaires.
Pour que Track of the day puisse trouver la base de données à son nouvel emplacement, il faut créer une chaîne de connexion qui diffère du paramètre par défaut. Dans les paramètres de Track of the day, il y a une section « Base de données » dédiée à cela. Pour vous éviter d’avoir à créer vous-même cette chaîne de caractères complexe, une aide est disponible. Cliquez sur le bouton [ … ] et naviguez jusqu’à la base de données que vous avez préalablement déplacée dans le profil utilisateur.
Si tout s’est bien passé, le message suivant s’affiche :
La chaîne de connexion obtenue ressemble à ceci :
- data source=(LocalDb)\MSSQLLocalDB;AttachDbFilename=’C:\Users\ansch\Documents\Track of the day\Database\TrackOfTheDay.GpxDataModel.mdf’;initial catalog=TrackOfTheDay.GpxDataModel;integrated security=True;MultipleActiveResultSets=True;App=EntityFramework
Après le redémarrage de l’application, la base de données déplacée est localisée et utilisée à l’aide de la chaîne de connexion.
Si quelque chose s’est mal passé, un message d’erreur comme celui-ci s’affiche.
Dépannage
Les causes sont multiples. En cas de doute, veuillez contacter notre assistance. Une chaîne de connexion modifiée peut être supprimée à tout moment dans les paramètres. Si vous avez accidentellement détruit la base de données, le système vous demandera, au prochain démarrage, s’il faut rechercher une base de données existante ou en créer une nouvelle automatiquement.
Lorsque des erreurs surviennent, les causes sont toujours multiples, en particulier dans un scénario tel que celui décrit ici.
Si la création automatique d’une nouvelle base de données ne fonctionne pas, cela signifie souvent que le serveur SQL n’est pas disponible. Vous pouvez vérifier cela via une ligne de commande.
Les commandes sont les suivantes :
- sqllocaldb i – Cela permet de vérifier si le serveur SQL est disponible
- sqllocaldb s – Démarrer le serveur SQL
- sqllocaldb p – Arrêter le serveur SQL
- sqllocaldb -? – Afficher l’aide sur la liste des paramètres
