Afficher les résultats d'une requête planifiée avec AWS CloudShell

Pour afficher les résultats d'une requête planifiée

1. Sur la AWS console, ouvrez l'invite de AWS CloudShell commande. Pour plus d'informations AWS CloudShell, voir Contenu du guide AWS CloudShell de l'AWS CloudShell utilisateur.

2. Assumez le IAM rôle de la requête planifiée. Pour assumer le rôle, recherchez le IAM rôle associé à la requête planifiée dans l'éditeur de requêtes v2 et utilisez-le dans la AWS CLI commande dans AWS CloudShell. Par exemple, pour le rôle scheduler, entrez une commande  AWS STS  pour endosser le rôle utilisé par la requête planifiée.

   aws sts assume-role --role-arn "arn:aws:iam::123456789012:role/scheduler" --role-session-name "scheduler-test" 

   Les informations d'identification renvoyées se présentent comme suit.

   "Credentials": {
   "AccessKeyId": "AKIAIOSFODNN7EXAMPLE",
   "SecretAccessKey": "wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY",
   "SessionToken": "je7MtGbClwBF/2Zp9Utk/h3yCo8nvbEXAMPLEKEY...",        
   "Expiration": "2023-08-18T18:19:44+00:00"
   },
   "AssumedRoleUser": {
   "AssumedRoleId": "AROA35B2NH6WBTP7ONL4E:scheduler-test",
   "Arn": "arn:aws:sts::123456789012:assumed-role/scheduler/scheduler-test"
   }
   }
   

3. Créez des variables environnementales en AWS CLI utilisant les informations d'identification affichées lorsque vous assumez le IAM rôle. Vous devez utiliser ces jetons avant qu'ils n'arrivent à expiration. Par exemple, vous entrez ce qui suit dans AWS CloudShell.

   
   export AWS_ACCESS_KEY_ID=AKIAIOSFODNN7EXAMPLE
   export AWS_SECRET_ACCESS_KEY=wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY
   export AWS_SESSION_TOKEN=je7MtGbClwBF/2Zp9Utk/h3yCo8nvbEXAMPLEKEY...
   

4. Pour voir l'erreur d'une requête ayant échoué, exécutez la AWS CLI commande pour décrire une instruction. L'identifiant de l'SQLinstruction provient de l'identifiant affiché dans la section Historique du calendrier d'une requête planifiée dans l'éditeur de requêtes v2.

   aws redshift-data describe-statement --id 130d2620-05d2-439c-b7cf-815d9767f513

   Dans cet exemple, la planification SQL select * from users limit 100 entraîne une SQL erreur indiquant que la users table n'existe pas.

   {
   "CreatedAt": "2023-08-18T17:39:15.563000+00:00",
   "Duration": -1,
   "Error": "ERROR: relation \"users\" does not exist",
   "HasResultSet": false,
   "Id": "a1b2c3d4-5678-90ab-cdef-EXAMPLE11111",
   "QueryString": "select * from users limit 100\n—RequestID=a1b2c3d4-5678-90ab-cdef-EXAMPLE22222; TraceID=1-633c5642-4039308d03f3a0ba53dbdf6f",
   "RedshiftPid": 1073766651,
   "RedshiftQueryId": 0,
   "ResultRows": -1,
   "ResultSize": -1,
   "Status": "FAILED",
   "UpdatedAt": "2023-08-18T17:39:16.116000+00:00",
   "WorkgroupName": "default"
   }