Restauration d’une table - Amazon Redshift

Amazon Redshift ne prendra plus en charge la création de nouveaux Python à UDFs partir du patch 198. UDFs Le Python existant continuera de fonctionner jusqu'au 30 juin 2026. Pour plus d’informations, consultez le billet de blog .

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Restauration d’une table

Vous pouvez également restaurer une table spécifique à partir d’un instantané ou d’un point de récupération. Dans ce cas, vous spécifiez l’instantané ou le point de récupération source, la base de données, le schéma, la table, la base de données cible, le schéma et le nom de la nouvelle table. Cette nouvelle table ne peut pas porter le même nom qu’une table existante. Si vous souhaitez remplacer une table existante en restaurant une table, vous devez d’abord renommer ou supprimer la table avant de restaurer la table.

Note

Les tables sans sauvegarde ne sont pas prises en charge pour les clusters RA3 provisionnés et les groupes de travail Amazon Redshift Serverless. Une table marquée comme non sauvegardée dans un RA3 cluster ou un groupe de travail sans serveur est traitée comme une table permanente qui sera toujours sauvegardée lors de la prise d'un instantané, et toujours restaurée lors de la restauration à partir d'un instantané. Cependant, la restauration sélective de tables sans sauvegarde n’est pas prise en charge.

La table cible est créée à l’aide des définitions de colonne de la table source, des attributs de table et des attributs de colonne à l’exception des clés étrangères. Pour éviter les conflits liés aux dépendances, la table cible n’hérite pas les clés étrangères de la table source. Toutes les dépendances, telles que les vues ou les autorisations accordées sur la table source, ne sont pas appliquées à la table cible.

Si le propriétaire de la table source existe, l’utilisateur est le propriétaire de la table restaurée, à condition que l’utilisateur dispose des autorisations suffisantes pour devenir le propriétaire d’une relation du schéma et de la base de données spécifiés. Sinon, la table restaurée appartient à l’administrateur qui a été créé lorsque le cluster a été lancé.

La table restaurée retourne à l’état où elle était au moment de la sauvegarde. Cela inclut les règles de visibilité des transactions, définies par l’adhésion d’Amazon Redshift au principe d’isolement sérialisable, qui signifie que les données sont immédiatement visibles des transactions en cours démarrées après la sauvegarde.

Vous pouvez utiliser la console Amazon Redshift sans serveur pour restaurer des tables à partir d’un instantané.

La restauration d’une table à partir d’une sauvegarde de données présente les limitations suivantes :

  • Vous ne pouvez restaurer qu’une seule table à la fois.

  • Toutes les dépendances, telles que les vues ou les autorisations accordées sur la table source, ne sont pas appliquées à la table cible.

  • Si la sécurité au niveau des lignes est activée pour une table en cours de restauration, Amazon Redshift sans serveur restaure la table dans les mêmes conditions, avec la sécurité au niveau des lignes activée.

Pour restaurer une table à l’aide de la console Amazon Redshift sans serveur

  1. Sur la console Amazon Redshift sans serveur, choisissez Data backup (Sauvegarde de données).

  2. Choisissez l’instantané ou le point de récupération contenant la table à restaurer.

  3. Choisissez Actions, Restaurer la table à partir d’un instantané ou Restaurer la table à partir d’un point de récupération.

  4. Saisissez les informations sur l’instantané ou le point de récupération source et la table cible, puis choisissez Restaurer la table.