blocks|key|163419|text|正如在你的另一个问题上提到的，--force-glacier-transfer参数不还原存储在冰川中的对象。这只是一种避免发出警告通知的方法。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|163420|要从冰川深处档案馆检索，您需要：|163421|使用恢复对象将存储类更改为标准或标准-IA-这将需要一些时间来恢复|unordered-list-item|163422|将文件复制到您想要的位置|163423|不可能立即恢复或执行Restore%2BCopy。|163424|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/questions/63830307/trying-to-restore-glacier-deep-archive-to-different-s3-bucket|1|https://docs.aws.amazon.com/cli/latest/reference/s3api/restore-object.html^0|F|O|3|7|0|0|0|2|4|1|0|0|0^^$0|@$1|2|3|4|5|6|7|Y|8|@$9|Z|A|10|B|C]]|D|@$9|11|A|12|1|13]]|E|$]]|$1|F|3|G|5|6|7|14|8|@]|D|@]|E|$]]|$1|H|3|I|5|J|7|15|8|@]|D|@$9|16|A|17|1|18]]|E|$]]|$1|K|3|L|5|J|7|19|8|@]|D|@]|E|$]]|$1|M|3|N|5|6|7|1A|8|@]|D|@]|E|$]]|$1|O|3|-4|5|6|7|1B|8|@]|D|@]|E|$]]]|P|$Q|$5|R|S|T|E|$U|V]]|W|$5|R|S|T|E|$U|X]]]]

As mentioned on <a href="https://stackoverflow.com/questions/63830307/trying-to-restore-glacier-deep-archive-to-different-s3-bucket">your other question</a>, the <code>--force-glacier-transfer</code> parameter does not restore objects stored in Glacier. It is simply a way to avoid warning notices.
To retrieve from Glacier Deep Archive you will need to:
<ul>
<li>Use <a href="https://docs.aws.amazon.com/cli/latest/reference/s3api/restore-object.html" rel="nofollow noreferrer">restore-object</a> to change the Storage Class to Standard or Standard-IA -- this will take some time to restore</li>
<li>Copy the file to your desired location</li>
</ul>
It is not possible to do an instant restore or a Restore+Copy.

blocks|key|815309|text|正如约翰·罗滕斯坦所提到的，从冰川上对一个物体的简单恢复必须“就位”，并且一旦恢复，就可以根据需要进行操作(复制)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|815310|我试图通过Lambda做一些类似于问题主题的事情，我挣扎了一段时间，因为我发现文档对于restoreObject()请求是一个Select恢复或是一个简单的单一对象恢复这一事实来说是模糊的.最重要的是，哪些参数适用于哪种操作模式。|offset|length|style|CODE|BOLD|815311|我的目标是将一个对象从冰川恢复到同一个桶中的一个新位置/文件名。文档强烈地表明，这是可能的，因为OutputLocation中有允许指定BucketName和Prefix的参数.正如情况所示，这些参数只适用于Select还原。|815312|让我感到困惑的部分是与restoreObject()方法的参数有关--没有足够的差别来知道，例如，在使用GlacierJobParameters参数发出简单的恢复请求时，不能提供Description参数.令我沮丧的是，我会犯这样的错误：|815313|MalformedXML:+The+XML+you+provided+was+not+well-formed+or+did+not+validate+against+our+published+schema|815314|没有迹象表明发布的模式位于何处，对已发布的模式进行谷歌搜索不会产生似乎适用于S3+API的结果。我希望我能走出API文档，直接引用“已发布的模式”.(出版地点/如何出版？)|815315|我的建议是改进restoreObject()方法的文档，并/或将restoreObject()方法拆分为simpleRestoreObject()和sqlRestoreObject()对象，以便参数模式清晰地区分开来。|815316|entityMap|0|LINK|mutability|MUTABLE|url|https://docs.aws.amazon.com/AWSJavaScriptSDK/latest/AWS/S3.html#restoreObject-property^0|0|17|F|1Z|1|13|2|0|0|1C|E|1W|A|27|6|0|B|F|1G|K|2H|B|0|0|2V|0|0|7|F|W|F|1G|L|22|I|0^^$0|@$1|2|3|4|5|6|7|10|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|11|8|@$D|12|E|13|F|G]|$D|14|E|15|F|H]]|9|@$D|16|E|17|1|18]]|A|$]]|$1|I|3|J|5|6|7|19|8|@$D|1A|E|1B|F|G]|$D|1C|E|1D|F|G]|$D|1E|E|1F|F|G]]|9|@]|A|$]]|$1|K|3|L|5|6|7|1G|8|@$D|1H|E|1I|F|G]|$D|1J|E|1K|F|G]|$D|1L|E|1M|F|G]]|9|@]|A|$]]|$1|M|3|N|5|6|7|1N|8|@$D|1O|E|1P|F|G]]|9|@]|A|$]]|$1|O|3|P|5|6|7|1Q|8|@]|9|@]|A|$]]|$1|Q|3|R|5|6|7|1R|8|@$D|1S|E|1T|F|G]|$D|1U|E|1V|F|G]|$D|1W|E|1X|F|G]|$D|1Y|E|1Z|F|G]]|9|@]|A|$]]|$1|S|3|-4|5|6|7|20|8|@]|9|@]|A|$]]]|T|$U|$5|V|W|X|A|$Y|Z]]]]

As mentioned by John Rotenstein - it appears a simple restore of an object from Glacier must be done &quot;in place&quot; and once restored it can be manipulated (copied) as needed.
I was attempting to do something similar to the question topic via Lambda and I struggled for a while because I found the <a href="https://docs.aws.amazon.com/AWSJavaScriptSDK/latest/AWS/S3.html#restoreObject-property" rel="nofollow noreferrer">documentation</a> to be murky regarding the fact that <code>restoreObject()</code> requests are either an SQL Select object restoration OR a simple single object restore... and most significantly which parameters apply to which operational mode.
My goal was to restore an object out of Glacier and to a new location/file name in the same bucket. The documentation strongly suggests that this is possible because there are parameters within <code>OutputLocation</code> that allow the <code>BucketName</code> and <code>Prefix</code> to be specified... as it seems to be the case these parameters only apply to SQL Select object restoration.
The confusing part for me was related to the parameters for the <code>restoreObject()</code> method there isn't sufficient differentiation to know that you can't for example provide the <code>Description</code> parameter when making a simple restore request using the <code>GlacierJobParameters</code> parameter... What was frustrating for me was that I would get errors such as:
<code>MalformedXML: The XML you provided was not well-formed or did not validate against our published schema</code>
There was no indication as to where the published schema is located and Googling for the published schemas yielded no results that seemed to apply to the S3 API... my hope was that I could get out of the API documentation and directly refer to the &quot;published schema&quot;... (published where/how?)
My suggestion would be that the documentation for the <code>restoreObject()</code> method be improved and/or the <code>restoreObject()</code> method is split into a <code>simpleRestoreObject()</code> and an <code>sqlRestoreObject()</code> object so that the parameter schemas are cleanly distinct.

blocks|key|163443|text|从S3冰川深度档案馆(或冰川)恢复对象必须单独完成，然后再将这些对象复制到其他位置。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|163444|实现这一目标的一种方法是首先使用s3+ls检索所需文件夹中的对象列表，例如|offset|length|style|CODE|163445|aws+s3+ls+s3://xxxxxxx/cf-ant-prod/year=2020/+--recursive|163446|并且，使用这些对象名称中的每一个，分别运行一个restore命令：|163447|aws+s3api+restore-object+--bucket+s3://xxxxxxx+--key+<keyName>+--restore-request+Days=7|163448|这将启动对每个对象的标准恢复请求，因此预计需要12至24小时。然后，一旦恢复完成，您就可以使用上面的语法复制这些对象了。|163449|另一种选择是使用像s3cmd这样的工具，它支持给定桶和文件夹的递归还原。但是，在运行cp命令之前，仍然需要等待恢复请求的完成。|163450|entityMap|0|LINK|mutability|MUTABLE|url|https://s3tools.org/usage^0|0|G|5|0|0|1L|0|0|0|2F|0|0|16|2|9|5|0|0^^$0|@$1|2|3|4|5|6|7|Z|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|10|8|@$D|11|E|12|F|G]]|9|@]|A|$]]|$1|H|3|I|5|6|7|13|8|@$D|14|E|15|F|G]]|9|@]|A|$]]|$1|J|3|K|5|6|7|16|8|@]|9|@]|A|$]]|$1|L|3|M|5|6|7|17|8|@$D|18|E|19|F|G]]|9|@]|A|$]]|$1|N|3|O|5|6|7|1A|8|@]|9|@]|A|$]]|$1|P|3|Q|5|6|7|1B|8|@$D|1C|E|1D|F|G]]|9|@$D|1E|E|1F|1|1G]]|A|$]]|$1|R|3|-4|5|6|7|1H|8|@]|9|@]|A|$]]]|S|$T|$5|U|V|W|A|$X|Y]]]]

Restoring objects from S3 Glacier Deep Archive (or Glacier, for that matter) must be done individually, and before copying those objects to some other location.
One way to accomplish this is by first retrieving the list of objects in the desired folder using <code>s3 ls</code>, for example
<code>aws s3 ls s3://xxxxxxx/cf-ant-prod/year=2020/ --recursive</code>
and, using each of those object names, running a restore command individually:
<code>aws s3api restore-object --bucket s3://xxxxxxx --key &lt;keyName&gt; --restore-request Days=7</code>
This will initiate a standard restore request for each object, so expect this to take 12-24 hours. Then, once the restores are complete, you are free to copy those objects using your above syntax.
Another option would be to use a tool such as <a href="https://s3tools.org/usage" rel="nofollow noreferrer">s3cmd</a>, which supports recursive restores given a bucket and folder. However, you'll still have to wait for the restore requests to complete before running a <code>cp</code> command.

I'm trying to restore the files for which I had enabled life cycle rule to Glacier deep archive. When I am trying to restore to a different directory with below command on AWS CLI it's throwing an error after downloading few files.
Command used to restore the directory:aws s3 cp s3://xxxxxxx/cf-ant-prod/year=2020/ s3://xxxxxxxx/atest/ --force-glacier-transfer --storage-class STANDARD --recursive --profile mfa
Error: An error occurred (InvalidObjectState) when calling the CopyObject operation: Operation is not valid for the source object's storage clas

Unable to restore Glacier deep archive to different S3 bucket

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我正在尝试将我为之启用生命周期规则的文件还原到Glacier深度存档中。当我试图在AWS上用下面的命令恢复到另一个目录时，它会在下载几个文件后抛出一个错误。用于恢复目录的命令:aws s3 cp s3://xxxxxxx/cf-ant-prod/放年=2020/s3://xxxxxxx/atest/-force-tra...

问无法将冰川深度存档还原到不同的S3桶
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问无法将冰川深度存档还原到不同的S3桶EN