同组织下跨Snowflake账号按Schema级别克隆数据的可行性、操作步骤及外部表克隆与按需刷新方案咨询

先给你吃个定心丸：完全可行！Snowflake支持Schema级别的跨账号克隆操作，而且你们两个账号隶属于同一组织，权限配置和操作流程会更顺畅。下面分普通Schema和含外部表的Schema两种场景，给你详细讲操作步骤，还有按需刷新的方法：

一、普通Schema克隆（A1SCHEMA1 → A2SCHEMA1） #

因为是同组织账号，我们用Secure Data Share来实现权限管控，同时支持后续的按需刷新：

步骤1：在源账号（Account1）配置共享权限 #

1. 先切换到源数据库DB_ONE：

   USE DATABASE DB_ONE;
   

2. 创建一个专门的共享（如果还没创建的话），并把目标账号加进去：

   CREATE SHARE SCHEMA_SHARE_A1;
   ALTER SHARE SCHEMA_SHARE_A1 ADD ACCOUNT = account2.us-east-1;
   

3. 授予源Schema及其中对象的共享权限，包括现有对象和未来新增对象：

   -- 授予Schema的访问权限
   GRANT USAGE ON SCHEMA DB_ONE.A1SCHEMA1 TO SHARE SCHEMA_SHARE_A1;
   -- 授予现有表、视图的查询权限
   GRANT SELECT ON ALL TABLES IN SCHEMA DB_ONE.A1SCHEMA1 TO SHARE SCHEMA_SHARE_A1;
   GRANT SELECT ON ALL VIEWS IN SCHEMA DB_ONE.A1SCHEMA1 TO SHARE SCHEMA_SHARE_A1;
   -- 授予未来新增表、视图的查询权限（避免后续手动重复授权）
   GRANT SELECT ON FUTURE TABLES IN SCHEMA DB_ONE.A1SCHEMA1 TO SHARE SCHEMA_SHARE_A1;
   GRANT SELECT ON FUTURE VIEWS IN SCHEMA DB_ONE.A1SCHEMA1 TO SHARE SCHEMA_SHARE_A1;
   

步骤2：在目标账号（Account2）接受共享并创建克隆 #

1. 切换到目标数据库DB_TWO：

   USE DATABASE DB_TWO;
   

2. 先创建一个基于共享的数据库（用来引用源账号的共享对象，可选但更清晰）：

   CREATE DATABASE SHARED_FROM_ACCOUNT1 FROM SHARE account1.us-east-1.SCHEMA_SHARE_A1;
   

3. 克隆共享中的Schema到目标DB_TWO的A2SCHEMA1：

   CREATE SCHEMA DB_TWO.A2SCHEMA1 CLONE SHARED_FROM_ACCOUNT1.A1SCHEMA1;
   

   如果你不想创建中间数据库，也可以直接跨账号克隆（前提是源权限配置到位）：

   CREATE SCHEMA DB_TWO.A2SCHEMA1 CLONE account1.us-east-1.DB_ONE.A1SCHEMA1;
   

步骤3：按需刷新克隆的Schema #

克隆的Schema是源对象的时间点快照，想要刷新的话，直接重新执行克隆命令即可（注意：这会完全替换目标Schema的内容，如果目标Schema有自定义修改，建议先备份）：

-- 先删除现有目标Schema（可选，也可用CREATE OR REPLACE）
DROP SCHEMA IF EXISTS DB_TWO.A2SCHEMA1;
CREATE SCHEMA DB_TWO.A2SCHEMA1 CLONE SHARED_FROM_ACCOUNT1.A1SCHEMA1;

如果只需要刷新部分对象（比如某张表），可以单独克隆该对象：

CREATE OR REPLACE TABLE DB_TWO.A2SCHEMA1.YOUR_TABLE_NAME CLONE SHARED_FROM_ACCOUNT1.A1SCHEMA1.YOUR_TABLE_NAME;

二、含外部表的Schema克隆（A1SCHEMA4 → A2SCHEMA4） #

这个也能实现，但外部表依赖的存储资源（比如文件格式、存储集成）不会自动克隆，需要额外配置：

步骤1：源账号（Account1）补充共享依赖资源 #

除了共享Schema和外部表的权限，还要把外部表依赖的文件格式、存储集成也共享出去：

-- 创建专门的共享（或者用现有共享）
CREATE SHARE SCHEMA_SHARE_A4;
ALTER SHARE SCHEMA_SHARE_A4 ADD ACCOUNT = account2.us-east-1;

-- 共享Schema和外部表权限
GRANT USAGE ON SCHEMA DB_ONE.A1SCHEMA4 TO SHARE SCHEMA_SHARE_A4;
GRANT SELECT ON ALL EXTERNAL TABLES IN SCHEMA DB_ONE.A1SCHEMA4 TO SHARE SCHEMA_SHARE_A4;
GRANT SELECT ON FUTURE EXTERNAL TABLES IN SCHEMA DB_ONE.A1SCHEMA4 TO SHARE SCHEMA_SHARE_A4;

-- 共享依赖的文件格式和存储集成
GRANT USAGE ON FILE FORMAT DB_ONE.A1SCHEMA4.YOUR_FILE_FORMAT TO SHARE SCHEMA_SHARE_A4;
GRANT USAGE ON INTEGRATION YOUR_STORAGE_INTEGRATION TO SHARE SCHEMA_SHARE_A4; -- 如果用了存储集成的话

步骤2：目标账号（Account2）配置依赖并克隆 #

1. 先确保目标账号有访问外部存储的权限：
   • 如果源外部表用了存储集成，需要在目标账号创建相同配置的存储集成（或者调整为目标环境的存储集成），确保能访问对应的外部存储（比如S3/GCS桶）。
   • 如果用的是存储账号密钥，需要在目标账号配置对应的密钥信息。
2. 接受共享并创建克隆Schema：

   CREATE DATABASE SHARED_A4_FROM_ACCOUNT1 FROM SHARE account1.us-east-1.SCHEMA_SHARE_A4;
   CREATE SCHEMA DB_TWO.A2SCHEMA4 CLONE SHARED_A4_FROM_ACCOUNT1.A1SCHEMA4;
   

3. 检查并修正外部表的依赖：
   克隆后的外部表可能会引用源账号的文件格式或存储集成，需要手动调整为目标账号的对应资源：

   ALTER EXTERNAL TABLE DB_TWO.A2SCHEMA4.YOUR_EXTERNAL_TABLE 
   SET FILE_FORMAT = DB_TWO.A2SCHEMA4.TARGET_FILE_FORMAT,
       STORAGE_INTEGRATION = TARGET_STORAGE_INTEGRATION;
   

步骤3：按需刷新含外部表的Schema #

• 外部表本身是指向外部存储的，只要外部存储的数据更新，查询外部表就能拿到最新数据，不需要克隆刷新。
• 如果是外部表的定义（比如字段、存储路径）或者Schema中的其他对象（比如视图、函数）需要同步，直接重新克隆Schema或者单独刷新对应的对象即可，和普通Schema的刷新方法一样。

三、关键注意事项 #

• 权限要求：源账号需要有创建共享、授予对象权限的权限；目标账号需要有创建Schema、接受共享的权限，建议用具有ADMIN权限的角色操作。
• 克隆特性：克隆操作是创建源对象的时间点快照，不会实时同步，你的按需刷新需求用重新克隆完全满足；如果需要近乎实时的同步，可以结合Snowpipe或Task，但对你的场景来说没必要。
• 同组织优势：同一组织下的账号可以直接共享对象，不需要走Snowflake Marketplace，权限配置更简单，速度也更快。

内容的提问来源于stack exchange，提问作者Avenger