nerdexam
Snowflake

ARA-C01 · Question #15

An Architect has been asked to clone schema STAGING as it looked one week ago, Tuesday June 1st at 8:00 AM, to recover some objects. The STAGING schema has 50 days of retention. The Architect runs the

The correct answer is D. Cloning cannot be accomplished because the STAGING schema version was not active during the. The error encountered during the cloning attempt arises because the schema STAGING as it existed on June 1st, 2021, is not within the Time Travel retention period. According to the schema history, STAGING was recreated on June 2nd, 2021, after being dropped on the same day. The r

Snowflake Architecture

Question

An Architect has been asked to clone schema STAGING as it looked one week ago, Tuesday June 1st at 8:00 AM, to recover some objects. The STAGING schema has 50 days of retention. The Architect runs the following statement:

CREATE SCHEMA STAGING_CLONE CLONE STAGING at (timestamp => '2021-06-01 08:00:00'); The Architect receives the following error: Time travel data is not available for schema STAGING. The requested time is either beyond the allowed time travel period or before the object creation time. The Architect then checks the schema history and sees the following:

CREATED_ON|NAME|DROPPED_ON 2021-06-02 23:00:00 | STAGING | NULL 2021-05-01 10:00:00 | STAGING | 2021-06-02 23:00:00 How can cloning the STAGING schema be achieved?

Options

  • AUndrop the STAGING schema and then rerun the CLONE statement.
  • BModify the statement: CREATE SCHEMA STAGING_CLONE CLONE STAGING at (timestamp =>
  • CRename the STAGING schema and perform an UNDROP to retrieve the previous STAGING
  • DCloning cannot be accomplished because the STAGING schema version was not active during the

How the community answered

(27 responses)
  • A
    26% (7)
  • B
    15% (4)
  • C
    7% (2)
  • D
    52% (14)

Explanation

The error encountered during the cloning attempt arises because the schema STAGING as it existed on June 1st, 2021, is not within the Time Travel retention period. According to the schema history, STAGING was recreated on June 2nd, 2021, after being dropped on the same day. The requested timestamp of '2021-06-01 08:00:00' is prior to this recreation, hence not available. The STAGING schema from before June 2nd was dropped and exceeded the Time Travel period for retrieval by the time of the cloning attempt. Therefore, cloning STAGING as it looked on June 1st, 2021, cannot be achieved because the data from that time is no longer available within the allowed Time Travel window.

Topics

#Time Travel#Cloning#Schema Management#Object Lifecycle

Community Discussion

No community discussion yet for this question.

Full ARA-C01 Practice