AWS redshift documentation change
Summary
Clarified datashare permission behavior during cluster restore operations with serverless namespace considerations
Security assessment
Documentation update focuses on operational behavior rather than security controls. No security vulnerabilities or security-specific features are mentioned
Diff
diff --git a/redshift/latest/dg/standard_datashare.md b/redshift/latest/dg/standard_datashare.md index 45f67d184..952272723 100644 --- a//redshift/latest/dg/standard_datashare.md +++ b//redshift/latest/dg/standard_datashare.md @@ -26 +26 @@ For _standard datashares_ , consider the following: - * When a producer cluster is deleted, Amazon Redshift deletes the datashares created by the producer cluster. When a producer cluster is backed up and restored, the created datashares still persist on the restored cluster. However, datashare permissions granted to other clusters are no longer valid on the restored cluster. Re-grant usage permissions of datashares to desired consumer clusters. The consumer database on the consumer cluster points to the datashare from the original cluster where the snapshot is taken. To query the shared data from the restored cluster, the consumer administrator creates a different database. Or the administrator can drop and recreate an existing consumer database to use the datashare from the newly restored cluster. + * When a producer cluster is deleted, Amazon Redshift deletes the datashares created by the producer cluster. When a producer cluster is backed up and restored, the created datashares still persist on the restored cluster. If the restore is performed on the same serverless namespace, datashare permissions might be preserved. See [Considerations for data sharing in Amazon Redshift Serverless restore](./considerations-datashare-serverless-restore.html) for supported scenarios. For other scenarios, datashare permissions granted to consumer clusters are no longer valid on the restored cluster. Re-grant usage permissions of datashares to desired consumer clusters. The consumer database on the consumer cluster points to the datashare from the original cluster where the snapshot is taken. To query the shared data from the restored cluster, the consumer administrator creates a different database. Or the administrator can drop and recreate an existing consumer database to use the datashare from the newly restored cluster.