Résoudre les problèmes liés aux configurations de transfert

Ce document est destiné à vous aider à résoudre les problèmes les plus fréquents lors de la configuration d'un transfert avec le service de transfert de données BigQuery. Ce document n'inclut pas tous les messages d'erreur ou problèmes possibles.

Si vous rencontrez des problèmes qui ne sont pas traités dans ce document, vous pouvez contacter l'assistance.

Avant de contacter le Cloud Customer Care, capturez la configuration du transfert et les détails de l'exécution du transfert. Pour en savoir plus sur l'obtention de ces détails, consultez les pages Obtenir des informations sur un transfert et Afficher les détails d'une exécution de transfert et les messages de journal.

Examiner les erreurs dans l'historique d'exécution

Si votre transfert initial échoue, examinez les détails de l'historique d'exécution. Les erreurs répertoriées dans l'historique d'exécution peuvent vous aider à identifier une résolution appropriée à l'aide de ce document.

Avant de contacter Customer Care, relevez toutes les informations pertinentes de l'historique d'exécution, y compris les messages d'erreur.

Problèmes d'ordre général

Lors du diagnostic des problèmes de transfert généraux, vérifiez les points suivants :

  • Vérifiez que vous avez effectué toutes les étapes de la section "Avant de commencer".
  • Les propriétés de configuration du transfert sont correctes.
  • Le compte d'utilisateur utilisé pour créer le transfert a accès aux ressources sous-jacentes.

Si votre configuration de transfert est correcte et si les autorisations appropriées sont accordées, reportez-vous à la section suivante pour obtenir des solutions aux problèmes les plus courants.

Erreur : An unexpected issue was encountered. If this issue persists, please contact customer support.
Résolution : Cette erreur indique généralement une panne temporaire ou un problème dans BigQuery. Attendez environ deux heures que le problème soit résolu. Si le problème persiste, contactez l'assistance.
Erreur : Quota Exceeded.

Résolution : Les transferts sont soumis aux quotas sur les tâches de chargement de BigQuery. Si vous devez augmenter votre quota, contactez votre conseiller commercial Google Cloud. Pour en savoir plus, consultez la page Quotas et limites.

Si vous chargez des exportations Cloud Billing vers BigQuery, vous pouvez rencontrer l'erreur Quota Exceeded. Les tables d'exportation Cloud Billing et les tables BigQuery de destination créées par le service de transfert de données BigQuery sont partitionnées. Le choix de l'option overwrite lors de la définition de ces jobs de service de transfert de données BigQuery entraîne des erreurs de quota en fonction de la quantité de données exportées. Pour en savoir plus sur le dépannage des quotas, consultez la page Résoudre les erreurs de quota et de limite.

Si l'erreur est due à des jobs du service de transfert de données BigQuery pour les exportations Cloud Billing, veuillez noter que comme les tables d'exportation Cloud Billing individuelles sont partitionnées, la table cible est créée par le service de transfert de données BigQuery. Par conséquent, choisir l'option overwrite lors de la configuration de ces jobs de transfert de données entraîne des erreurs de quota (LMD) en fonction de l'ancienneté des comptes de facturation. Pour en savoir plus sur le dépannage des quotas, consultez la page Résoudre les erreurs de quota et de limite.

Erreur : The caller does not have permission.

Résolution : Vérifiez que le compte connecté dans Google Cloud Console est identique au compte que vous sélectionnez pour le service de transfert de données BigQuery lors de la création du transfert.

  • Compte connecté dans Google Cloud Console :

    Résoudre les problèmes d'autorisation

  • Choisissez un compte pour accéder au service de transfert de données BigQuery :

    Résoudre les problèmes d'autorisation

Erreur : Access Denied: ... Permission bigquery.tables.get denied on table ...

Résolution : Vérifiez que l'agent de service du Service de transfert de données BigQuery dispose du rôle bigquery.dataEditor sur l'ensemble de données cible. Cette autorisation est automatiquement appliquée lors de la création et de la mise à jour du transfert, mais il est possible que la règle d'accès ait été modifiée manuellement par la suite. Pour accorder l'autorisation à nouveau, consultez la section Accorder l'accès à un ensemble de données.

Erreur : region violates constraint constraints/gcp.resourceLocations on the resource projects/project_id

Résolution : cette erreur se produit lorsqu'un utilisateur tente de créer une configuration de transfert dans un emplacement restreint, comme spécifié dans la règle d'administration de restriction d'emplacement. Vous pouvez résoudre ce problème en modifiant la règle d'administration pour autoriser la région, ou en remplaçant la configuration de transfert par un ensemble de données de destination situé dans une région sans restriction de la règle d'administration.

Problèmes d'autorisation

Voici quelques erreurs d'autorisation courantes que vous pouvez rencontrer lorsque vous transférez des données à partir de différentes sources de données :

Erreur : BigQuery Data Transfer Service is not enabled for <project_id>
Erreur : BigQuery Data Transfer Service has not been used in project <project_id> before or it is disabled ...

Résolution : vérifiez que le rôle d'agent de service est attribué en procédant comme suit :

  1. Dans Google Cloud Console, accédez à la page IAM et administration.

    Accéder à IAM et administration

  2. Cochez la case Inclure les attributions de rôles fournies par Google.

  3. Vérifiez que le compte de service intitulé service-<project_number>@gcp-sa-bigquerydatatransfer.iam.gserviceaccount.com s'affiche ou qu'il a reçu le rôle d'agent de service de transfert de données BigQuery.

    Vérifiez si le compte de service dispose du rôle d&#39;agent de service.

Si le compte de service n'est pas affiché ou s'il n'a pas obtenu le rôle d'agent de service du service de transfert de données BigQuery, attribuez le rôle prédéfini dans la console Google Cloud ou exécutez la commande suivante dans Google Cloud CLI :

gcloud projects add-iam-policy-binding PROJECT_NUMBER \
--member serviceAccount:service-PROJECT_NUMBER@gcp-sa-bigquerydatatransfer.iam.gserviceaccount.com \
--role roles/bigquerydatatransfer.serviceAgent

Remplacez PROJECT_NUMBER par le numéro de projet associé à ce compte de service.

Erreur : There was an error loading this table. Check that the table exists and that you have the correct permissions.

Solution :

  1. Dans la console Google Cloud, accédez à la page BigQuery.

    Accéder à BigQuery

  2. Cliquez sur l'ensemble de données de destination utilisé dans le transfert.

  3. Cliquez sur le menu Partage, puis sur Autorisations.

  4. Développez le rôle Éditeur de données BigQuery.

  5. Vérifiez que l'agent de service du service de transfert de données BigQuery est ajouté à ce rôle. Si ce n'est pas le cas, attribuez le rôle d'éditeur de données BigQuery (roles/bigquery.dataEditor) à l'agent de service de transfert de données BigQuery.

Vérifiez que le rôle d&#39;éditeur de données BigQuery a bien été ajouté.

Erreur : A permission denied error was encountered: PERMISSION_DENIED. Please ensure that the user account setting up the transfer config has the necessary permissions, and that the configuration settings are correct

Solution :

  1. Dans la console Google Cloud, accédez à la page Transferts de données.

    Accéder à la page Transferts de données

  2. Cliquez sur le transfert ayant échoué, puis sélectionnez l'onglet Configuration.

  3. Vérifiez que le propriétaire du transfert répertorié dans le champ Utilisateur dispose de toutes les autorisations requises pour la source de données.

Si le propriétaire du transfert ne dispose pas de toutes les autorisations requises, accordez-les en mettant à jour leurs identifiants. Vous pouvez également remplacer le propriétaire de transfert par un autre utilisateur disposant des autorisations requises.

Erreur : Authentication failure: User Id not found. Error code: INVALID_USERID

Résolution : l'ID utilisateur du propriétaire du transfert n'est pas valide. Remplacez le propriétaire du transfert par un autre utilisateur en mettant à jour ses identifiants.

Erreur : The user does not have permission

Résolution : Vérifiez que le propriétaire du transfert est un compte de service et que ce service dispose de toutes les autorisations requises définies. Il est également possible que le compte de service utilisé ait été créé dans un projet différent de celui utilisé pour créer ce transfert. Pour résoudre les problèmes d'autorisation entre projets, consultez les ressources suivantes :

Erreur : HttpError 403 when requesting returned "The caller does not have permission"

googleapiclient.errors.HttpError: <HttpError 403 when requesting returned "The caller does not have permission". Details: "The caller does not have permission">

Cette erreur peut se produire lorsque vous tentez de configurer une requête programmée avec un compte de service.

Résolution : assurez-vous que le compte de service dispose de toutes les autorisations requises pour planifier ou modifier une requête programmée, et que l'utilisateur qui configure la requête programmée a accès au compte de service.

Si les autorisations appropriées sont toutes attribuées, mais que vous rencontrez toujours l'erreur, vérifiez si la règle Désactiver l'utilisation des comptes de service multi-projets est appliquée par défaut au projet. Pour vérifier la règle dans la console Google Cloud, accédez à IAM et administration > Règles d'administration, puis recherchez la règle.

Vérifiez si la règle d&#39;utilisation des comptes de service multi-projets est appliquée pour un compte de service.

Si la règle Désactiver l'utilisation des comptes de service multi-projets est appliquée, vous pouvez la désactiver en procédant comme suit :

  1. Identifiez les comptes de service associés au projet à l'aide de la console Google Cloud en accédant à IAM et administration > Comptes de service. Cette vue affiche tous les comptes de service du projet en cours.
  2. Désactivez la règle dans le projet où se trouvent les comptes de service à l'aide de la commande suivante. Pour désactiver cette règle, l'utilisateur doit être un administrateur des règles d'administration. Seul l'administrateur de l'organisation peut attribuer ce rôle à un utilisateur.
gcloud resource-manager org-policies disable-enforce iam.disableCrossProjectServiceAccountUsage --project=[PROJECT-ID]

Problèmes de transfert liés à Amazon S3

Les erreurs suivantes sont fréquentes lors de la création d'un transfert Amazon S3.

Erreurs PERMISSION_DENIED Amazon S3

Erreur : The AWS Access Key Id you provided does not exist in our records.
Résolution : vérifiez que la clé d'accès existe et que son ID est correct.
Erreur : The request signature we calculated does not match the signature you provided. Check your key and signing method.
Résolution : vérifiez que la configuration de transfert contient la clé d'accès secrète correspondante.
Erreur : Failed to obtain the location of the source S3 bucket. Additional details: Access Denied
Erreur : Failed to obtain the location of the source S3 bucket. Additional details: HTTP/1.1 403 Forbidden
Erreur : Access Denied (message d'erreur S3)
Résolution : vérifiez que l'utilisateur IAM AWS est autorisé à effectuer les opérations suivantes :
  • Afficher le bucket Amazon S3
  • Obtenir l'emplacement du bucket
  • Lire les objets du bucket
Erreur : Server unable to initialize object upload.; InvalidObjectState: The operation is not valid for the object's storage class
Erreur : Failed to obtain the location of the source S3 bucket. Additional details: All access to this object has been disabled
Résolution : restaurez tous les objets archivés dans Amazon Glacier. Les objets Amazon S3 archivés dans Amazon Glacier ne seront pas accessibles tant qu'ils n'auront pas été restaurés.
Erreur : All access to this object has been disabled
Résolution : vérifiez que l'URI Amazon S3 est correct dans la configuration de transfert.

Erreurs relatives aux limites de transfert Amazon S3

Erreur : Number of files in transfer exceeds limit of 10,000.
Résolution : Déterminez s'il est possible de réduire le nombre de caractères génériques dans l'URI Amazon S3 à un seul. Si c'est le cas, réessayez avec une nouvelle configuration de transfert, ce qui aura pour effet d'augmenter le nombre maximal de fichiers par transfert. Vous pouvez également déterminer si la configuration de transfert peut être répartie sur plusieurs configurations de transfert, chacune gérant une partie des données source.
Erreur : Size of files in transfer exceeds limit of 16492674416640 bytes.
Résolution : déterminez si la configuration de transfert peut être répartie sur plusieurs configurations de transfert, chacune gérant une partie des données source.

Problèmes d'ordre général liés à Amazon S3

Problème : les fichiers sont bien transférés depuis Amazon S3, mais pas chargés dans BigQuery.

Les journaux de transfert peuvent se présenter comme suit : Moving data from Amazon S3 to Google Cloud complete: Moved N object(s). No new files found matching Amazon_S3_URI.

Résolution : vérifiez que l'URI Amazon S3 est correct dans la configuration de transfert. Si la configuration de transfert doit charger tous les fichiers ayant un préfixe commun, vérifiez que l'URI Amazon S3 se termine bien par un caractère générique. Par exemple, pour charger tous les fichiers situés dans s3://my-bucket/my-folder/, l'URI Amazon S3 figurant dans la configuration de transfert doit être s3://my-bucket/my-folder/* plutôt que seulement s3://my-bucket/my-folder/.

Problèmes de transfert liés à Azure Blob Storage

Les erreurs couramment rencontrées lors de la création d'un transfert Blob Storage sont les suivantes.

Erreur : Number of files in transfer exceeds the limit of 10,000.
Résolution : réduisez le nombre de caractères génériques dans le chemin d'accès aux données de Blob Storage à 0 ou 1, de sorte que la limite du fichier passe à 10 000 000. Vous pouvez également diviser en plusieurs configurations de transfert, chacune gérant une partie de la source.
Erreur : Size of files in transfer exceeds the limit of 15 TB.
Résolution : divisez en plusieurs configurations de transfert, chacune gérant une partie des données sources.
Erreur : Provided Azure SAS Token does not have required permissions.
Résolution : vérifiez que le jeton SAP Azure dans la configuration de transfert est correct. Pour en savoir plus, consultez Signature d'accès partagé (SAS).
Erreur : Transfer encountered error, status:PERMISSION_DENIED, details:[This request is not authorized to perform this operation.]
Résolution : vérifiez que les plages d'adresses IP utilisées par les nœuds de calcul du service de transfert de données BigQuery sont ajoutées à votre liste d'adresses IP autorisées. Pour en savoir plus, consultez la section Restrictions d'adresses IP.
Problème : les fichiers sont transférés depuis Blob Storage, mais ne sont pas chargés dans BigQuery.

Les journaux de transfert peuvent se présenter comme suit : Moving data to Google Cloud complete: Moved <var>N</var> object(s). No new files found matching Blob Storage data path.

Résolution : vérifiez que le chemin d'accès aux données Blob Storage dans la configuration de transfert est correct.

Problèmes de transfert sur Campaign Manager

Les erreurs suivantes sont fréquentes lors de la création d'un transfert Campaign Manager.

Erreur : Import failed - no data was available for import. Please verify that data existence was expected.
Erreur : No data available for the requested date. Please try an earlier run date or verify that data existence was expected.

Résolution : Vérifiez que vous utilisez l'ID correct pour le transfert. Si vous utilisez le bon ID, vérifiez que le bucket Cloud Storage Campaign Manager contient des fichiers de transfert de données v2.0 pour la plage de dates spécifiée. Si les fichiers existent, planifiez un remplissage pour la plage de dates concernée. Pour en savoir plus sur la création d'une demande de remplissage Campaign Manager, consultez la section configurer un remplissage.

Vous pouvez vérifier si les fichiers existent lors de la planification de l'exécution du transfert en vérifiant l'heure de création des fichiers dans le bucket Cloud Storage. Dans certains cas, la première exécution de transfert de la journée peut être planifiée avant la génération du premier lot de fichiers de transfert de données Campaign Manager. Les exécutions ultérieures le même jour et le jour suivant chargeront tous les fichiers générés par Campaign Manager.

Erreur : A permission denied error was encountered: PERMISSION_DENIED. Please ensure that the user account setting up the transfer config has the necessary permissions, and that the configuration settings are correct.

Résolution : L'utilisateur qui crée le transfert Campaign Manager doit disposer d'un accès en lecture au bucket Cloud Storage contenant les fichiers de transfert de données v2.0. Vous pouvez obtenir des informations sur le bucket Cloud Storage et demander un accès auprès de votre administrateur Campaign Manager.

Problèmes de transfert sur Google Ads

Les erreurs suivantes sont fréquentes lors de la création d'un transfert Google Ads.

Erreur : Import failed - no data was available for import. Please verify that data existence was expected.
Erreur : No data available for the requested date. Please try an earlier run date or verify that data existence was expected.
Résolution : Si vous recevez cette erreur lorsque vous créez un transfert Google Ads, contactez l'assistance et incluez une capture d'écran du message d'erreur.
Erreur : AuthenticationError.NOT_ADS_USER.
Résolution : L'utilisateur qui configure le transfert Google Ads doit disposer d'un identifiant et d'un compte Google Ads.
Erreur : ERROR_GETTING_RESPONSE_FROM_BACKEND.
Résolution : Si une exécution de transfert Google Ads échoue et que l'erreur ERROR_GETTING_RESPONSE_FROM_BACKEND est renvoyée, activez l'option Exclure les éléments supprimés/désactivés dans la configuration de transfert et configurez un remplissage pour tenter de récupérer les données des jours concernés par l'échec de transfert.
Avertissement : Data for the report ClickStats was not available for the specified date.
Erreur : INVALID_DATE_RANGE_FOR_REPORT.
Résolution : Ce problème est attendu lorsque vous remplissez les données du rapport sur les performances des clics depuis plus de 90 jours. Dans ce cas, l'avertissement/l'erreur ci-dessus s'affiche, et la table ClickStats n'est pas mise à jour pour la date spécifiée.
Erreur : Error while processing report for table table_name for account id account_id. Http(400) Bad Request;
Erreur : AuthorizationError.TWO_STEP_VERIFICATION_NOT_ENROLLED
Solution : Si la validation en deux étapes (ou l'authentification multifacteur) n'est pas activée pour le compte utilisateur associé à ce transfert, activez la validation en deux étapes pour ce compte, puis réexécuter la tâche de transfert ayant échoué. Les comptes de service sont exemptés de l'exigence de validation en deux étapes.
Erreur : Quota exceeded: Your project exceeded quota for imports per project
Résolution : Les transferts sont soumis aux quotas sur les tâches de chargement de BigQuery. Si vous atteignez la limite de quota pour les jobs de chargement, essayez de réduire les chargements inutiles en utilisant table_filter, en supprimant les configurations de transfert inutilisées ou en réduisant l'intervalle d'actualisation. Si vous devez augmenter votre quota, contactez votre conseiller commercial Google Cloud. Pour en savoir plus, consultez la page Quotas et limites.

Les erreurs couramment rencontrées lors de la création d'un transfert Google Ad Manager sont les suivantes.

Erreur : No data available for the requested date. Please try an earlier run date or verify that data existence was expected.
Erreur : Import failed - no data was available for import. Please verify that data existence was expected.

Résolution : Vérifiez que le bucket Cloud Storage de Google Ad Manager contient des fichiers de transfert de données pour la plage de dates spécifiée. Votre administrateur Google Ad Manager gère le bucket Cloud Storage contenant vos fichiers de transfert de données. Les utilisateurs qui créent des transferts Google Ad Manager doivent être membres du groupe Google et posséder un accès en lecture au bucket.

Vous pouvez vérifier les autorisations Cloud Storage en essayant de lire les fichiers dans le bucket de transfert des données de Google Ad Manager. Pour en savoir plus sur les buckets Cloud Storage de Google Ad Manager, consultez la section Accéder aux buckets Cloud Storage de Google Ad Manager.

Vous pouvez vérifier si les fichiers existent lors de la planification de l'exécution du transfert en vérifiant l'heure de création des fichiers dans le bucket Cloud Storage. Dans certains cas, la première exécution de transfert de la journée peut être planifiée avant la génération du premier lot de fichiers de transfert de données Google Ad Manager. Les exécutions ultérieures le même jour et le jour suivant chargeront tous les fichiers générés par Google Ad Manager.

Si les fichiers existent dans le bucket de transfert de données et si vous possédez des autorisations en lecture, planifiez un remplissage pour la plage de dates concernée. Pour plus d'informations sur la création d'une demande de remplissage Google Ad Manager, consultez la section Configurer un remplissage.

Erreur : AuthenticationError: NO_NETWORKS_TO_ACCESS.

Résolution : Vérifiez que vous disposez d'un accès en lecture au réseau Google Ad Manager. Si vous avez besoin d'aide pour déterminer l'accès au réseau, contactez l'assistance Google Ad Manager.

Erreur : Error code 9 : Field field_name?field_name?field_name?RefererURL is unknown.; Table: table_name

Résolution : Assurez-vous de ne pas utiliser le délimiteur thorn (þ). Il n'est pas accepté pour le moment. Son utilisation est signalée par le caractère ? dans le message d'erreur.

Erreur : Incompatible table partitioning specification. Destination table exists with partitioning specification interval(type:Day,field:) clustering

Solution : Le connecteur Google Ads Manager n'est pas compatible avec les données de transfert vers un ensemble de données avec clustering. Utilisez plutôt un ensemble de données sans clustering.

Problèmes de transfert avec Google Merchant Center

Les erreurs couramment rencontrées lors de la création d'un transfert Google Merchant Center sont les suivantes.

Erreur : No data to transfer found for the Merchant account. If you have just created this transfer - you may need to wait for up to 90 minutes before the data of your Merchant account are prepared and available for the transfer.
Résolution : Vous recevez cette erreur si vous configurez un transfert en utilisant la date et l'heure de début par défaut dans la section "Schedule" (programmation). Si vous utilisez les valeurs de planification par défaut, le premier cycle de transfert commence immédiatement après la création du transfert, mais il échoue car les données de votre compte marchand doivent être préparées avant de pouvoir être transférées. Dans ce cas, attendez 90 minutes, puis configurez un remplissage pour aujourd'hui ou attendez jusqu'à demain pour la prochaine exécution programmée.
Erreur : No data to transfer found for Merchant account. This can be because your account currently doesn't have any products.
Résolution : Cette erreur indique que votre compte Merchant ne comporte aucun produit. Le transfert pourra s'effectuer une fois que vous aurez ajouté des produits à votre compte Merchant.
Erreur : Transfer user doesn't have access to the Merchant account. Please verify access in the Users section of the Google Merchant Center.
Résolution : Cette erreur indique que l'utilisateur qui a configuré le transfert n'a pas accès au compte marchand utilisé par le transfert. Pour résoudre le problème, vérifiez les autorisations et accordez l'accès manquant au compte dans Google Merchant Center.
Erreur : Transfer user doesn't have user roles that allows access to the product data of the Merchant account. Please verify access and roles in the Users section of the Google Merchant Center.
Résolution : Cette erreur indique que l'utilisateur qui a configuré le transfert n'a pas accès aux données produit du compte marchand utilisé par le transfert. Pour résoudre le problème, vérifiez les autorisations et attribuez les rôles d'utilisateur manquants dans Google Merchant Center.
Erreur : Historical backfills are currently not supported.
Résolution : Vous recevez cette erreur si vous avez configuré un remplissage pour les jours précédents. Cette erreur est fréquente. Les remplissages historiques ne sont actuellement pas compatibles. Vous ne pouvez configurer un remplissage pour le jour même en vue d'actualiser les données du jour qu'une fois que l'exécution quotidienne programmée est terminée.

Problèmes de transfert sur Google Play

Les erreurs suivantes sont fréquentes lors de la création d'un transfert Google Play.

Erreur : No jobs to start for run
Résolution : Vérifiez que l'utilisateur dispose des autorisations suffisantes pour initier un transfert Google Play, puis vérifiez si l'utilisateur a spécifié le bon bucket Cloud Storage lors de la configuration du transfert. Si l'utilisateur rencontre toujours l'erreur, contactez l'assistance.
Problème : les rapports sur les revenus et les finances n'étaient pas chargés dans BigQuery
Résolution : Pour accéder aux rapports financiers sur Google Play, les utilisateurs doivent disposer de l'autorisation View financial data. Pour gérer les autorisations de compte de développeur, consultez la page Ajouter des utilisateurs de compte de développeur et gérer les autorisations.

Problèmes de transfert Oracle

Vous trouverez ci-dessous une liste des problèmes courants que vous pouvez rencontrer lorsque vous créez un transfert Oracle.

Erreur : PERMISSION_DENIED. ORA-01017: invalid username/password; logon denied
Résolution: Vérifiez que les identifiants Oracle fournis sont valides.
Erreur : PERMISSION_DENIED. ORA-01045: user lacks CREATE SESSION privilege; logon denied
Solution: Accordez les droits système CREATE SESSION à l'utilisateur Oracle. Pour en savoir plus sur l'attribution de droits Oracle, consultez GRANT.
Erreur: SERVICE_UNAVAILABLE. ORA-12541: Cannot connect. No listener at host HOSTNAME port PORT ou SERVICE_UNAVAILABLE. Connection failed: IO Error. The Network Adapter could not establish the connection
Résolution: Vérifiez que les informations sur le nom d'hôte et le port fournis sont correctes, et que le rattachement de réseau est correctement configuré.
Erreur : NOT_FOUND. ORA-00942: table or view does not exist

Résolution: Vérifiez chacun des points suivants:

  • L'orthographe du nom de la table ou de la vue est correcte.
  • Le nom de la table ou de la vue référencée existe.
  • Le synonyme pointe vers une table ou une vue existante. Si la table ou la vue existe déjà, assurez-vous que les droits d'accès corrects sont accordés à l'utilisateur de base de données ayant besoin d'accéder à la table. Sinon, créez la table.
  • Si vous tentez d'accéder à une table ou à une vue associée à un autre schéma, assurez-vous que le schéma approprié est référencé et que l'accès à l'objet est accordé.
Erreur : NOT_FOUND. Schema schema does not exist.
Résolution: Le schéma spécifié n'existe pas.
Erreur : DEADLINE_EXCEEDED
Résolution: L'exécution du transfert ne s'est pas terminée dans le délai maximal de six heures. Réduisez la durée d'exécution des transferts en divisant les transferts volumineux en plusieurs transferts plus petits.
Erreur : INTERNAL
Résolution: Un autre problème a entraîné l'échec du transfert. Contactez l'équipe Cloud Customer Care pour obtenir de l'aide afin de résoudre ce problème.
Erreur : SQL Error [1950] [42000]: ORA-01950: no privileges on tablespace 'TablespaceName'
Solution : Attribuez l'espace de table par défaut à l'utilisateur. Pour en savoir plus, consultez Attribuer un espace de table par défaut.
Erreur : 403 PERMISSION_DENIED. Required 'compute.subnetworks.use' permission for project

Résolution : cette erreur peut se produire si votre rattachement de réseau se trouve dans un projet différent de celui où se trouve la configuration de transfert. Pour résoudre ce problème, vous devez accorder au compte de service (par exemple, service-customer_project_number@gcp-sa-bigquerydatatransfer.iam.gserviceaccount.com) les autorisations suivantes dans le projet où se trouve le rattachement de réseau :

  • compute.networkAttachments.get
  • compute.networkAttachments.update
  • compute.subnetworks.use
  • compute.regionOperations.get

Cette erreur peut également se produire si le rattachement de réseau tente de se connecter à un cloud privé virtuel (VPC) situé dans un autre projet, tel qu'un VPC partagé. Dans ce cas, vous devez accorder l'autorisation compute.subnetworks.use au compte de service (par exemple, service-customer_project_number@gcp-sa-bigquerydatatransfer.iam.gserviceaccount.com) sur le projet d'hébergement du VPC partagé.

Problèmes de transfert Salesforce

Les erreurs suivantes sont fréquentes lors de la création d'un transfert Salesforce.

Erreur : Permission Denied: invalid_grant. authentication failure
Résolution: Vérifiez que le nom d'utilisateur, le mot de passe et le jeton de sécurité de Salesforce sont valides.
Erreur : Permission Denied: invalid_client. invalid client credentials
Résolution: Vérifiez que le ClientSecret fourni est valide.
Erreur : Permission Denied: invalid_client. client identifier invalid
Résolution: Vérifiez que l'ID client fourni est valide.
Erreur : Permission Denied: Error encountered while establishing connection
Résolution: Vérifiez que le nom de domaine personnalisé Salesforce fourni est correct.
Erreur : NOT_FOUND. sObject type sObject_Name is not supported. If you are attempting to use a custom object, be sure to append the "__c" after the entity name. Please reference your WSDL or use the describe call for the appropriate names.
Résolution: Suivez les instructions du code d'erreur et vérifiez que le nom du sObject fourni est correct.
Erreur : SERVICE_UNAVAILABLE
Résolution: Le service est temporairement incapable de gérer la requête. Patientez quelques minutes, puis réessayez.
Erreur : DEADLINE_EXCEEDED
Résolution: L'exécution du transfert ne s'est pas terminée dans le délai maximal de six heures. Réduisez les durées d'exécution des transferts en divisant les transferts volumineux en plusieurs transferts plus petits.

Problèmes de transfert Teradata

Voici les problèmes courants que vous pouvez rencontrer lors de la création d'un transfert Teradata.

Erreur : Skipping extraction since table does not have change tracking column.

Résolution : Le message précédent peut apparaître lorsque vous essayez d'effectuer un transfert Teradata sur une table déjà migrée en utilisant une configuration de transfert à la demande existante. Si vous souhaitez lancer un nouveau transfert sur une table déjà migrée, créez une configuration de transfert avec les paramètres À la demande appliqués.

Lorsque vous répétez un transfert à l'aide d'une configuration de transfert à la demande, le Service de transfert de données BigQuery tente de l'exécuter en tant que transfert incrémentiel, mais ignore la table, car la configuration de transfert ne possède pas les bons paramètres incrémentiels appliqués. Pour en savoir plus sur les différents types de transferts, consultez la section Transferts à la demande ou incrémentiels.

Problème : le transfert des types de données CHAR(N) ajoute des espaces pouvant comporter N caractères au maximum pour les chaînes plus courtes.

Résolution : Convertissez les données CHAR en VARCHAR et supprimez les espaces supplémentaires à la source. Ce problème survient car CHAR est une chaîne de longueur fixe, tandis que VARCHAR doit être utilisé pour les chaînes de longueur variable. Vous pouvez également supprimer les espaces dans BigQuery après la migration à l'aide de la fonction RTRIM. La requête permettant d'utiliser la fonction RTRIM ressemble à ce qui suit :

UPDATE migrated_table
SET migrated_char_column = RTRIM(migrated_char_column)
WHERE true;

Problèmes de transfert sur YouTube

Les erreurs suivantes sont fréquentes lors de la création d'un transfert YouTube.

Erreur : Import failed - no data was available for import. Please verify that data existence was expected.
Erreur : No data available for requested date. Please try an earlier run date or verify that data existence was expected.

Résolution : Si vous n'avez pas déjà créé de tâches de création de rapports YouTube, laissez au moins deux jours à YouTube pour que le service de transfert de données BigQuery génère les rapports en votre nom. Aucune autre action n'est requise. Les transferts échoueront pendant les deux premiers jours et devraient aboutir le troisième jour Si vous avez déjà créé des tâches de création de rapports YouTube, confirmez que l'utilisateur ayant créé les transferts dispose d'un accès en lecture aux rapports.

Vérifiez également que le transfert a été configuré pour le bon compte. Dans la boîte de dialogue OAuth, vous devez sélectionner la chaîne sur laquelle vous souhaitez charger des données.

Erreur : No reports for reporting job with name name.

Résolution : Ceci n'est pas une erreur. C'est un avertissement qui indique qu'aucune donnée n'a été trouvée pour le rapport spécifié. Vous pouvez ignorer cet avertissement. Les transferts futurs continueront à fonctionner.

Problème : Les tables créées par le transfert sont incomplètes ou les résultats ne sont pas ceux attendus.
Résolution : Si vous détenez plusieurs comptes, vous devez choisir le compte approprié dans la boîte de dialogue des autorisations YouTube.
Problème : les données ne correspondent pas entre YouTube Analytics et les transferts YouTube BigQuery.

Contexte : Les transferts YouTube BigQuery utilisent l'API de création de rapports YouTube pour ingérer des données directement dans un ensemble de données BigQuery. En revanche, le tableau de bord YouTube Analytics extrait des données à l'aide de l'API YouTube Analytics. Les chiffres produits par YouTube dans leur API Reporting générée doivent être considérés comme des chiffres définitifs, tandis que les chiffres visibles dans l'API ou le tableau de bord de YouTube Analytics doivent être considérés comme des chiffres estimés. Un certain degré d'écart est attendu entre les deux API.

Résolution : Si les chiffres rapportés sont effectivement incorrects, le système de YouTube et le transfert YouTube du service de transfert de données BigQuery sont tous deux configurés pour compléter les chiffres manquants et les rendre disponibles dans les nouveaux rapports générés pour les jours complétés. Étant donné qu'une configuration YouTube du service de transfert de données BigQuery charge simplement tous les rapports disponibles créés par l'API YouTube Reporting, lorsque le transfert BigQuery importe automatiquement les futurs rapports YouTube générés, il prend également en compte les données nouvellement générées et mises à jour, et les ingère dans la table de partition de Date correcte.

Problèmes d'autorisations YouTube

Pour les rapports du gestionnaire de contenu YouTube, l'utilisateur qui configure le transfert doit disposer des autorisations CMS user (au minimum). Les autorisations CMS user doivent être accordées à tous les gestionnaires de contenu pour lesquels vous créez un transfert.

Problèmes de quota

Erreur : Quota exceeded: Your project exceeded quota for imports per project.
Résolution : Vérifiez que vous n'avez pas programmé trop de transferts dans votre projet. Pour en savoir plus sur le calcul du nombre de tâches de chargement lancées par un transfert, consultez la page Quotas et limites.