Azure Storage Explorer能否在Data Lake目录层级修改访问层

单容器能否覆盖默认继承规则，直接将目标数据调整为Cool/Archive层 #

先讲核心规则：启用分层命名空间的Data Lake存储里，目录是虚拟路径节点，本身不承载访问层属性，访问层是和文件（块Blob）实体绑定的，所以没法直接给目录配独立的默认访问层，去覆盖容器/存储账户级的首选层继承规则。只要写入文件时没单独指定层，都会默认继承存储账户/容器创建时选的首选访问层，也就是你现在配置的Hot层。
但完全不需要逐文件手动改：

• 存量文件可以直接在Azure门户、Storage Explorer里选中目标目录，做批量修改访问层操作，一次性把目录下所有存量文件切到Cool/Archive层，支持按整个目录操作，不用逐个点选文件。
• 新写入的文件只要在上传时主动指定目标访问层，就会跳过默认的Hot层继承规则，直接落到指定层。

AzCopy、Storage Explorer传数据时能不能直接设为Cool层 #

两个工具都原生支持这个能力，传完不用二次调整：

• Storage Explorer：上传文件/文件夹的时候，弹出的上传配置窗口里直接找「访问层」下拉选项，选Cool就行，上传完成的文件直接就是Cool层。
• AzCopy：跑copy或者sync传输命令的时候，加上--block-blob-tier Cool参数，就能在传输时直接指定访问层，举个常用的命令例子：

# 本地目录递归上传到ADLS目标目录，直接落Cool层
azcopy copy "/local/archive/path/*" "https://<storage-account>.dfs.core.windows.net/<container>/target-archive-dir/" --recursive --block-blob-tier Cool

跨存储、跨容器传输的时候这个参数同样生效。

不依赖生命周期策略的简易归档实现方案 #

如果不想配置生命周期管理策略，按下面的方式操作就能达到目标：

1. 存量要归档的数据：直接在Storage Explorer里右键目标归档目录，选「修改访问层」，选中Cool层确认，等批量操作跑完就完成了，不用逐文件处理。
2. 后续新增的归档数据：所有往归档目录传数据的操作，不管是手动用Storage Explorer上传，还是写脚本用AzCopy同步，都在上传环节主动指定访问层为Cool，传完就符合归档要求，没有等待周期，也不用额外配账户级规则。

注意：如果给已经切完层的归档目录写新文件时没主动指定访问层，新文件还是会默认落到Hot层，只要在写入环节加上层指定的参数/选项就能避免这个问题。

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