Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

  1. #1
    Nouveau membre du Club
    Microsoft SQL Server Migration for Access ne charge pas les bases Access
    Bonjour,

    Je ne sais pas si je suis sur le bon forum, mon problème étant lié tout à la fois a Access et SQL Serveur, ou plutôt à l'outil de lien entre les deux à savoir Microsoft SQL Server Migration for Access

    Jusqu'en Février, j'ai utilisé Microsoft SQL Server Migration for Access sans problème pour migrer des bases Access vers SQL Server sur notre serveur de travail.

    Depuis un mois, sans avoir changé de version de Microsoft SQL Server Migration for Access, je ne peux plus l'utiliser car au moment de lire la base de donnée Access pour cocher les tables que je veux importer, j'ai le message suivant:

    Access Object Collector error: Database
    La récupération de la fabrique de classes COM pour le composant avec le CLSID {CD7791B9-43FD-42C5-AE42-8DD2811F0419} a échoué en raison de l'erreur suivante : 80040154 Classe non enregistrée (Exception de HRESULT : 0x80040154 (REGDB_E_CLASSNOTREG)). Please make sure that you are using the correct version of SQL Server Migration Assistant. If you have 32-bit Microsoft Access installed, then you will need to use 32-bit version of the Migration Assistant. In order to use 64-bit version of Migration Assistant, you will need to install 64-bit Microsoft Access components available at https://go.microsoft.com/fwlink/?linkid=834402.

    J'ai regardé différent forum dont ceux de Microsoft mais je ne comprends pas ce qui se passe et comment résoudre ce problème.

    Je suis sous Windows 10 pro 64 bits et sous Windows Server 2012 64 bits

    J'utilise:
    - SQL server 2017 sur mon pc et le serveur
    - office 365 2016 64 bits sur mon pc et sur le serveur
    - Microsoft SQL Server Migration for Access v8.9.0 64 bits sur mon pc
    - Microsoft SQL Server Migration for Access v8.0.0 64 bits sur le serveur (la version qui tournait bien à l'origine)

    Quelqu'un peut-il m'orienter pour résoudre mon problème?

  2. #2
    Rédacteur

    ça merde avec Office 365...
    A lire, à voir, à faire :
    https://techcommunity.microsoft.com/...ma/ba-p/391070

    A +
    Cette signature n'a pas pu être affichée car elle comporte des erreurs.

  3. #3
    Nouveau membre du Club
    Merci pour la réponse.

    J'avais vu ça mais n'avais pas osé le faire de peur de tout casser office 365... Mais comme j'ai pas trouvé autre chose j'ai donc sauté le pas, au moins sur mon pc pour tester.

    Cela fonctionne avec, comme écrit dans l'article, Microsoft Access Database Engine 2010 Redistributable et mon office 365 fonctionne encore (enfin pour le moment...), même s'il a fallu un redémarrage pour Outlook qui ne voulait plus rien savoir.

    Pour l'installation sur le serveur du boulot j'ai un peu la trouille.

    Petite question subsidiaire pour ma culture, savez-vous pourquoi lors de la migration des colonnes "SSMA_TimeStamp" sont ajoutées sur certaines tables?

  4. #4
    Rédacteur

    Parce que vous avez sans doute des tables mal conçues dans Access, par exemple sans clé primaire… Dès lors il faut bien trouver le moyen d'en mettre une artificielle pour garantir l'intégrité des données transférées lors de la migration.

    Vous pouvez les supprimer après migration.

    A +
    Cette signature n'a pas pu être affichée car elle comporte des erreurs.