Passer au contenu

Hôte de synchronisation (OneSyncSvc)

Service WindowsMicrosoft

Également appelé OneSyncSvc, Hôte de synchronisation

Prend en charge la synchronisation des données utilisateur prises en charge pour un compte connecté.

Ce que vous devez savoir

Prend en charge la synchronisation des données utilisateur prises en charge pour un compte connecté.

La suppression des données de compte ou la modification de modèles peut affecter plusieurs applications. Conservez les modifications non synchronisées et utilisez le chemin de récupération pris en charge par l'application concernée.

Que fait l'Hôte de synchronisation ?
Prend en charge la synchronisation des données utilisateur prises en charge pour un compte connecté.
Puis-je désactiver l'Hôte de synchronisation ?
La suppression des données de compte ou la modification de modèles peut affecter plusieurs applications. Conservez les modifications non synchronisées et utilisez le chemin de récupération pris en charge par l'application concernée. Confirmez la fonction installée et sa stratégie effective avant de modifier le comportement de démarrage.
Pourquoi l'Hôte de synchronisation est-il arrêté ?
Les instances par utilisateur suivent le cycle de vie de la session et du modèle concernés. Identifiez l'instance suffixée correcte et reproduisez la fonctionnalité avant de traiter un état arrêté comme une panne.
Un processus utilisant l'Hôte de synchronisation est-il sûr ?
Vérifiez le fichier en cours d'exécution réel, son signataire, son chemin d'accès et son comportement. Un nom de service familier ou un nom de fichier correspondant ne suffisent pas à établir la sécurité.

Ce que fait ce service et quand l'examiner

Prend en charge la synchronisation des données utilisateur prises en charge pour un compte connecté.

Examinez ce service lorsque son propre état ou les preuves d'événements coïncident avec la fonction concernée. Un nom similaire dans le Gestionnaire des tâches, un échantillon unique d'utilisation des ressources ou un état arrêté sans charge de travail défaillante ne constituent pas un diagnostic. Commencez par l'opération exacte décrite ci-dessous et conservez la configuration d'origine du système disponible pour comparaison.

Éditions Windows, noms de services et hypothèses de démarrage

Pour ce service exact, le tableau IoT Enterprise référencé indique une catégorie de démarrage Automatique. Il s'agit d'un exemple documenté pour l'environnement IoT spécifié, et non d'une mesure de votre ordinateur. Comparez le StartMode local et la stratégie de gestion effective avant de traiter une différence comme une anomalie.

Le tableau des services IoT Enterprise de Microsoft identifie ce composant sous son identifiant de service. Ce tableau couvre les appareils Windows IoT Enterprise à fonction fixe, y compris les variantes documentées Windows 10 et Windows 11. Ses conseils de démarrage et de désactivation s'appliquent à ces scénarios ; il ne s'agit pas d'une recommandation générale d'optimisation pour Windows grand public, chaque image d'entreprise ou chaque installation Windows Server.

La disponibilité du service peut dépendre de l'édition installée, de la build, des fonctionnalités optionnelles, du contexte du compte et de la configuration organisationnelle. Utilisez winver ou votre inventaire géré pour enregistrer la build installée. Comparez-la avec la portée du produit sur les pages Microsoft liées. Si une source discute d'une édition différente ou d'une base de référence Windows Server plus ancienne, utilisez-la pour comprendre la fonctionnalité plutôt que de copier ses paramètres par défaut.

Un modèle par utilisateur est différent des instances spécifiques à la session créées à partir de celui-ci. Recherchez l'instance associée à l'utilisateur concerné plutôt que de copier un suffixe d'un autre ordinateur ou d'une ancienne capture d'écran. Différentes versions de Windows peuvent exposer différents modèles.

Inspecter l'enregistrement réel avant de le modifier

Les exemples suivants sont des commandes d'inspection locales et en lecture seule pour Windows PowerShell. Ils n'installent pas, n'arrêtent pas, ne redémarrent pas, n'activent pas et ne désactivent pas un service. Utilisez un compte autorisé ; certains champs et journaux peuvent nécessiter un accès administratif. N'exécutez pas de commandes dans une session distante non sécurisée.

Get-CimInstance Win32_Service | Where-Object { $_.Name -like 'OneSyncSvc_*' } | Select-Object Name,DisplayName,State,StartMode,StartName,ProcessId,PathName

Les caractères génériques répertorient les instances d'utilisateurs candidates. Faites correspondre l'instance à l'utilisateur connecté concerné et copiez sa valeur Name réelle. Dans les commandes ci-dessous, remplacez ACTUAL_SUFFIX par ce suffixe observé ; n'exécutez pas le paramètre littéralement.

sc.exe query "OneSyncSvc_ACTUAL_SUFFIX"

sc.exe qc "OneSyncSvc_ACTUAL_SUFFIX"

Utilisez explicitement sc.exe dans Windows PowerShell, où l'écriture plus courte sc peut renvoyer à une commande différente. Lisez l'état et la configuration renvoyés avant de décider ce qui nécessite une investigation. Une requête renvoyant un accès refusé nécessite une vérification d'autorisation ; une requête signalant un service absent nécessite une vérification de produit et d'installation, et non une reconstruction immédiate du registre.

Vérifier les dépendances et le processus hôte

Inspectez à la fois les prérequis et les dépendances inverses sur l'ordinateur concerné. RequiredServices répertorie les prérequis enregistrés ; DependentServices répertorie les services qui déclarent une dépendance envers celui-ci. Il s'agit de relations de contrôle de service installées, et non d'une carte exhaustive de chaque application, tâche planifiée ou système distant pouvant dépendre de la fonctionnalité.

Get-Service -Name 'OneSyncSvc_ACTUAL_SUFFIX' -RequiredServices

Get-Service -Name 'OneSyncSvc_ACTUAL_SUFFIX' -DependentServices

Utilisez le ProcessId observé pour identifier un hôte en cours d'exécution, et comparez son chemin d'exécutable et son signataire à l'aide du Gestionnaire des tâches ou d'un outil Microsoft Sysinternals de confiance. Si l'ID de processus signalé est zéro ou s'il n'y a pas d'instance en cours d'exécution, il n'y a pas d'hôte en direct à inspecter via cette valeur. Si un hôte contient plusieurs services, son utilisation totale du processeur ou de la mémoire ne peut pas être attribuée à ce service à partir du seul nom du processus.

Les identifiants de processus peuvent être réutilisés. Enregistrez l'heure d'observation et revérifiez l'identifiant avant d'agir. Ne fermez pas un Hôte de service partagé pour tester un seul service ; cela pourrait interrompre d'autres composants hébergés.

Une séquence de dépannage ciblée

Re Trouvez l'instance correcte dotée du suffixe et identifiez le compte particulier ainsi que le type de données qui ne parviennent pas à se synchroniser. Comparez les modifications locales avec la source de vérité distante.

Enregistrez l'erreur de synchronisation propre à l'application ainsi que les autorisations de compte pertinentes. Une connexion interactive réussie ne prouve pas que la synchronisation en arrière-plan est autorisée.

Un modèle par utilisateur est différent des instances spécifiques à la session créées à partir de celui-ci. Recherchez l'instance associée à l'utilisateur concerné plutôt que de copier un suffixe d'un autre ordinateur ou d'une ancienne capture d'écran. Différentes versions de Windows peuvent exposer différents modèles.

  1. Notez l'opération défaillante exacte, le compte concerné, l'appareil ou le point de terminaison, ainsi que l'heure de l'échec. Conservez le texte d'erreur complet avant de fermer la boîte de dialogue.
  2. Capturez l'état et la configuration du service sur cette même machine. Comparez si la fonctionnalité est manquante, refusée par la politique, incapable de démarrer, ou défaillante après son démarrage.
  3. Dans l'Observateur d'événements, comparez les entrées du Gestionnaire de contrôle des services dans le journal Système avec le canal d'application ou de fonction pertinent autour de l'heure enregistrée. Confirmez le fournisseur et le contexte du message avant d'utiliser un ID d'événement trouvé en ligne.
  4. Reproduisez une seule fois avec la plus petite comparaison prise en charge décrite dans cet article. Si le résultat diffère, enregistrez quelle étape a changé au lieu d'appliquer immédiatement une réinitialisation générale.
  5. Utilisez le chemin de réparation Microsoft ou du fournisseur spécifique à la fonctionnalité justifié par les preuves, puis répétez l'opération d'origine et vérifiez son résultat.

Si aucune erreur de contrôle de service pertinente n'est présente, continuez avec l'investigation de la fonction ou de l'application au lieu de forcer un redémarrage. Inversement, un échec de démarrage de service nécessite son état de sortie réel et les événements environnants ; un message de délai d'attente générique ne suffit pas à identifier une réparation unique.

Arrêté, manuel ou introuvable : ce que signifie le résultat

L'exécution décrit l'état actuel ; le mode de démarrage décrit la configuration. Un service démarré manuellement ou déclenché par un événement peut être arrêté entre les requêtes. Reproduisez le fonctionnement de la fonction prise en charge et comparez la transition d'état avant de conclure qu'elle doit rester en cours d'exécution tout le temps.

La disparition d'un service lorsque l'utilisateur se déconnecte peut être un comportement de cycle de vie attendu. Ne supprimez pas les modèles de registre et ne forcez pas un modèle dans une instance permanente pour réparer une seule session. Comparez une autre session autorisée uniquement lorsque cette comparaison préserve la confidentialité de l'utilisateur et son travail non synchronisé.

Une opération de démarrage peut échouer en raison de ses prérequis, de sa configuration, des permissions de compte, de l'état de la fonctionnalité ou du composant qu'elle lance. Évitez d'appliquer une valeur de démarrage fixe copiée à partir d'une édition ou d'une image Windows différente ; comparez la base de référence gérée réelle pour cet ordinateur.

Examiner une utilisation élevée du processeur, de la mémoire, du disque ou du réseau

Capturez une courte série chronologique tout en reproduisant la charge de travail réelle. Séparez une courte rafale associée à la connexion, à la configuration, à la synchronisation ou à une mise à jour d'un travail qui ne parvient pas à se terminer de manière répétée. Enregistrez la charge de travail de l'application et l'intervalle utilisé pour la comparaison ; cet article ne prescrit pas de pourcentage sûr universel ou de seuil de mémoire.

Utilisez le mappage de processus actuel et un outil de performance approprié pour connecter l'activité des ressources à la fonction demandeur. L'ensemble de travail d'un hôte partagé n'est pas une allocation par service, et une étiquette d'état n'établit pas quel composant a généré chaque opération de disque ou requête réseau. Si l'utilisation des ressources change après une réparation prise en charge, vérifiez que la fonctionnalité fonctionne toujours avant d'attribuer la causalité.

Pouvez-vous l'arrêter ou le désactiver ?

La suppression des données de compte ou la modification de modèles peut affecter plusieurs applications. Conservez les modifications non synchronisées et utilisez le chemin de récupération pris en charge par l'application concernée.

La disparition d'un service lorsque l'utilisateur se déconnecte peut être un comportement de cycle de vie attendu. Ne supprimez pas les modèles de registre et ne forcez pas un modèle dans une instance permanente pour réparer une seule session. Comparez une autre session autorisée uniquement lorsque cette comparaison préserve la confidentialité de l'utilisateur et son travail non synchronisé.

Traitez l'arrêt, le redémarrage et la désactivation comme des opérations différentes. Un redémarrage interrompt le travail en cours ; la désactivation modifie le comportement de démarrage futur. La capacité à demander une modification n'établit pas que la modification est sûre, prise en charge ou permise par la politique organisationnelle. Cet article donne intentionnellement les commandes d'inspection en premier plutôt qu'une commande universelle d'arrêt ou de désactivation.

Récupération, confirmation et liste de contrôle d'escalade

Avant une modification de configuration approuvée, enregistrez les paramètres de démarrage d'origine, le compte de service, les dépendances et la politique de fonctionnalité pertinente. Obtenez une fenêtre de maintenance et un chemin d'accès de récupération connu lorsque les utilisateurs, le stockage, l'authentification ou l'administration à distance pourraient être affectés. Conservez les sauvegardes et le matériel de récupération des informations d'identification dans leur emplacement sécurisé autorisé, et non dans une transcription de support.

Modifiez un paramètre justifié à la fois en utilisant la procédure prise en charge par le propriétaire du produit ou l'administrateur. Si le résultat est pire, restaurez la configuration enregistrée via ce même chemin de gestion pris en charge. Ne devinez pas les permissions de service, ne remplacez pas le compte de service par un administrateur, n'importez pas de clés de registre d'une autre build Windows et ne traitez pas un démarrage de service fonctionnel comme la preuve que l'application a récupéré.

Confirmez la récupération en répétant l'opération d'origine, en vérifiant son résultat et en comparant les événements de service et d'application sur le même type de charge de travail. Vérifiez que les fonctions dépendantes fonctionnent toujours et que le symptôme ne revient pas immédiatement. Si la cause reste peu claire, conservez le test infructueux comme preuve plutôt que de réessayer des réparations destructrices.

  • Incluez l'identifiant du service et le nom d'instance réel, l'édition/build Windows, la fonctionnalité concernée et si l'appareil est géré.
  • Incluez l'état du service horodaté, la sortie des dépendances, l'erreur d'application exacte et le fournisseur d'événements et le message pertinents.
  • Incluez la plus petite reproduction, les modifications prises en charge tentées et leurs résultats observés.
  • Masquez les mots de passe, les clés de récupération, les jetons d'accès, les clés privées, le contenu des fichiers personnels et les identifiants inutiles avant de partager les journaux.

Sources et vérification

Responsabilité éditoriale : Feex. Aucune date de révision indépendante n'est enregistrée. Notre méthodologie de recherche.

Cet article vous a-t-il été utile ?

Un simple oui ou non suffit. Choisissez une raison si vous le souhaitez, ou ajoutez une courte remarque.

Cet article vous a-t-il été utile ?