摘要: 腾讯云对象存储 COS 有标准存储、低频存储、归档存储、深度归档四种类型,核心区别是访问频率和取回速度不同、存储单价递降。...30 天 归档存储 极低频(偶尔取用) 需取回,分钟到小时 低 90 天 深度归档存储 几乎不访问,长期留存 需取回,12~48 小时 最低 180 天 「最短存储时长」意味着:存入后没到这个天数就删除...归档存储:法规合规和长期留存 适合:法规要求保留的日志、医疗影像、已归档的历史订单、不再活跃但不能删的数据。...深度归档是更极端的版本:存储单价是磁带级别,但标准取回模式需要 12~24 小时、批量模式 24~48 小时,最短存储 180 天。适合日志冷备、监管要求的超长期归档。...近 3 个月的业务日志 低频存储 偶尔查,但还会查 3 个月以前的归档日志 归档存储 法规留存,几乎不看 历史交易记录(监管要求) 归档/深度归档 长期留存、极少访问 还可以用智能分层存储:自动按访问频率把文件在标准和低频之间切换
最近用到了腾讯云的归档存储,发现官方只有python的SDK,没有golang的。 花了点时间自己写了一个,分享给有需要的同学。
介绍 iOS有几种存储数据在本地的方式,比如属性表plist、coredata的数据库存储等等,这里讲解归档这种存储方式。...归档是一种翻译的名字,原名叫 Archiver ,可以理解成将数据以序列化的方式存储在本地,像是将文件放在文件夹中一样,进行资料的归档存放。...[NSKeyedUnarchiver unarchiveObjectWithFile:demoPath]); 要归档数据进行存储,当然要有存储的位置,所以首先获取设备的目录并且建立一个要存储归档数据的目录...随后的 archiveRootObject: toFile: 方法就是将一个对象归档并存储到文件位置了,很简单明了,这个方法会返回一个布尔值,表示是否归档存储成功了。...解档使用的是 unarchiveObjectWithFile: 方法,从数据的存储路径获取归档文件进行解档,就得到了我们存储的原始数据了。
# 蓝光存储:冷数据归档的“最后一公里”到底怎么走? 这几年做大模型应用,模型参数动辄几十GB,训练一次留下的checkpoint、日志、中间数据,轻松堆满几个TB的SSD。...说到这,你可能要问:蓝光存储读写速度怎么样?说实话,写入很慢。单张光盘写入速度也就几十MB/s,但好在可以并行。光盘库一般有多个光驱,同时写多张盘,总吞吐能到几百MB/s。...所以蓝光存储适合“写一次,读很少”的场景,比如备份归档、合规留存、历史数据长期保存。 有意思的是,蓝光存储现在常和**备份一体机**配合使用。...总结一下我的观点:蓝光存储不适合做热数据、温数据,它最适合的是冷数据归档。如果你手上有超过10TB的冷数据,保留周期超过3年,蓝光存储比硬盘、磁带都划算。...总之,蓝光存储是冷数据归档的靠谱选择,尤其适合合规要求高、保留周期长的行业。 作者:刘艳芬 发布日期:2026年6月23日
背景 在cos的实际使用过程中,有一种场景:某些对象基本上不会使用,但是又要长期保存这些数据,这种数据被称为“冷数据”,这个时候就会用到cos的“归档存储”或“深度归档存储”,“归档存储”在存储费用上相对...“标准存储”有较大的优势,详情参考 产品定价; 但是突然有一天这些数据恢复使用,要能永久访问,这时需要将为“归档存储”的对象恢复,单个的对象恢复控制台操作即可,参考:恢复归档对象 但是如果是有几十万个归档的对象需要恢复...”的对象;只需要看“状态”一栏里,是否是“已完成”即可; 打开存储桶的“文件列表”,打开“归档存储”的对象“详情”,可以看到: 存储类型 归档存储( 副本已恢复,副本将于 2020-12-15...,毕竟上面的副本过期后这个对象又不能访问了;下面介绍将“归档存储”批量转换为“标准存储” “归档存储”批量转换为“标准存储” 上面的步骤走完后,继续创建个批量任务,上面介绍的创建任务4个步骤原模原样的配置再走一遍...这是因为上一个任务只对“归档存储”类型的对象做处理,这个任务是对所有对象做处理; 找到刚才的“归档存储”对象: 图片.png 可以看到,现在这个对象的存储类型已改为“标准存储”; 这个“批量数据复制”
归档只是把会话从主列表移进"归档管理"存着,聊天记录、日志一样都没少。下面用两步演示怎么找回。 归档任务是怎么发生的 先回顾归档的入口,后面还原时思路会顺很多。...ZCode 归档任务怎么还原:两步找回 ZCode 设置里的归档管理页面,“取消归档”按钮位置 第 1 步:打开归档管理。...顺手把自动归档设置调明白 归档管理页顶部就是自动归档的开关和保留时长: | 设置项 | 说明 | | --- | --- | | 自动归档旧会话 | 开关;开启后定时扫描,超过保留期的会话自动归档 |...Q:找不到归档管理入口? A:两条路都通:① 设置 → 数据与统计 → 归档管理;② 左侧任务栏顶部视图菜单旁的归档图标,也能进入归档列表。 Q:在归档管理里点了删除还能恢复吗?...总结 ZCode 点了「归档任务」完全不用慌:打开设置 → 归档管理,找到会话点「取消归档」,任务立刻原样回到任务列表。归档不删数据,真正的删除按钮也在归档管理里,认清这两个按钮就不怕误操作。
在此背景下,IBM推出Deep Archive,通过磁带存储与云技术的深度融合,重新定义低成本、高安全的长期数据归档方案。...最后,图片指出云计算可以支持所有这些存储层级,并且像S3 Glacier(AWS 深度归档 对象存储服务)这样的云存储服务正成为归档解决方案的行业标准。...Tier 2 HDD: 用于归档和长期存储。 Tier 3: 使用磁带和活动归档。 图片展示了当前组织在云存储方面的采用情况和面临的挑战。...Amazon S3 Glacier Deep Archive storage class (深度归档存储类别): 数据检索时间为12-48小时,属于成本最低的归档存储类别。...IBM 存储产品定位 定义了两种产品族, Deep Archive (深层归档): 适用于不常访问的活动归档 仅支持S3 Glacier存储类别 用户/应用程序可访问的数据归档 低成本,高容量 最小容量
云计算似乎是归档存储数据的理想场所。它提供了按需付费的增长模式,并使组织能够缩减其内部存储空间。但问题是,三大供应商(亚马逊AWS,微软Azure和谷歌计算)并没有提供交钥匙归档的服务体验。...内部部署的归档问题 归档存储市场中的每个供应商都可以创建一个投资回报方案,显示其实施后数月的归档支付情况。问题是所有这些供应商都有些犯了模糊数学的错误。...然而现在,大多数归档存储通常都是采用硬盘,因此归档与主存储器的性能差异几乎可以忽略不计。 基于磁盘存储的档案已经存在了十多年,这意味着至少在很长一段时间内,召回问题并不是一个问题。...因为还有一个需要解决的问题:存储归档数据所需的存储系统是一个巨大的挑战。...此外,归档存储系统本身需要某种形式的保护,这意味着是在另一个位置上进行磁带备份或第二个归档存储系统。 云归档的要求 最佳的存储策略包括逐渐将数据归档存储到二级存储设备。
什么是内容存储库存档? nifi.properties文件中有三个属性涉及 NiFi 内容存储库中内容的存档。...内容仓库存档位于已配置的内容存储库目录中。当存档"内容声明(content claim)"时,该声明将移动到同一磁盘分区的存档子目录中。这样,存档操作不会影响 NiFi 的内容存储库性能。...配置的 max usage percentage 会告诉NiFi它应该在什么时候开始清除已归档的内容声明,以使整体磁盘使用率保持在或低于所配置的值。 以上两个属性是使用or策略强制执行的。...无论哪个最大值出现,都会触发清除已归档的内容声明。 什么是内容声明? 在整篇文章中,我都提到了“内容声明”。 了解内容声明将有助于您了解磁盘使用情况。 NiFi将内容存储在声明中的内容存储库中。...反过来,这减少了单个数据在内容存储库中保持大量数据仍处于活动状态的可能性。
history命令用于显示指定数目的指令命令,读取历史命令文件中的目录到历史命令缓冲区和将历史命令缓冲区中的目录写入命令文件。
这篇文章记录那次照片存储治理的全过程。结论先行:照片存储要的不是一次性清理,而是一套自动分桶归档加配额告警的机制,让存储自己管理自己,人只处理告警,不做搬运工。...据此定分层:三十天内热照片留在本地盘,保证查看速度;三十天以上转温,挪到独立的存储服务;一年以上转冷,压缩后进归档区。分层的意义是让贵的高速存储只服务真正被访问的数据。...没有这次分桶告警,这个五倍异常会安静地吃掉存储,直到下一次九成七的告警把人吓一跳。四、治理后的状态治理后本地盘占用稳定在三成以下,归档区按月增长、可预期可预算,年度存储成本头一回能提前算出来。...存储问题和设备保养一样,平时不治,爆时救火,代价从来不对称,平时的百来行脚本,抵得上事发时的通宵救火。常见问题问:归档后老工单的照片打不开怎么办?答:大概率是路径映射没做对。...问:存储预算怎么估,照片增长有没有参考速度?答:拿自己系统的数据估,别抄行业均值。算法很简单:日均工单量乘以单均照片数乘以单张压缩后体积,得日增量,再乘三十得月增量,按桶配额预留三个月增量做缓冲。
在上一篇文章中《物联网数据归档方案选择分析》中凯哥分析了归档设计的两种方案,并对两种方案进行了对比。这篇文章咱们就来分析分析,归档后数据应该存储在哪里?及存储方案对比。...这里就选择常用的mysql及taos数据库来存储归档后的数据吧。你在处理设备归档表存储方案时对MySQL和TDengine的对比考量很关键,这直接关系到系统长期的可扩展性和运维成本。...:存MySQL(近3个月)冷数据:转储至对象存储(如S3),通过外部表查询 冷热分离:定期归档:将超期数据迁移到历史表,减少主表体积压缩与类型优化使用TINYINT代替VARCHAR存储状态枚举启用MySQL...列压缩(如InnoDB页压缩) 四、为何TDengine在物联网归档中更具优势TDengine的架构设计直击物联网痛点:存储效率:同设备同时间戳指标合并存储,压缩率可达MySQL的 1/4~1/1010...等时序库避免后期重构代价 10混合业务(时序+事务)MySQL + TDengine 双写事务数据存MySQL,指标数据入TDengine 9 总结:以终为始设计归档策略选型本质:本质上是 “存储成本
日志生命周期管理:何时记录、存储与归档?在现代软件系统中,日志如同血液——它流动于每个服务之间,记录系统状态、传递诊断信息、支撑业务洞察。...真正的专业,不在于“打多少日志”,而在于精准控制日志的生命周期——在正确的时间,以正确的格式,存储正确的日志,并在适当时机安全归档或销毁。...本文将系统阐述日志生命周期管理的完整框架,涵盖记录策略、存储架构、归档机制与合规边界,助你构建高效、安全、合规的日志体系。...推荐架构:三层存储模型层级用途存储介质保留周期查询性能热数据实时监控、告警、调试SSD / 内存1–7 天毫秒级温数据日常分析、审计高性能云存储(如 S3 Standard)7–30 天秒级冷数据合规归档...归档要求:不可篡改:使用 WORM(Write Once Read Many)存储;可检索:即使归档,也需支持关键词恢复;加密存储:静态数据加密(SSE)。2.
关于腾讯轻量与深度归档配合的文章很早就想写了,早期轻量的下行是超千兆的,但是因为前段时间腾讯云调整了入网带宽的策略,顿时感觉这个用法不太合适就搁置了。...从存储端而言,深度归档存储定位的是类似于磁带机那样对于文件的贮存,储存的东西也就是是比较大的、较少查阅的一类,存储 1T 文件一年仅需 102 元。...[d7YV.png] 因为上传的是特殊的归档存储类型,因此第三方程序比如 rclone 这样的兼容 S3 API 就不知道怎么办了,最好还是 COSCMD 来解决。...[K3uL.png] 归档存储还是为了存一些乱七八糟的价值比较低又不能丢的垃圾数据,毕竟只是偶尔需要拉出来进行一些查阅,之前一直存储在微软的 OneDrive,有些白嫖的账户也不知道能用多久。...鹅厂宣传自家存储持久性敢说 11 个 9,有特殊需要作为备份那还是可以接受的。就是深度归档的灵活性比较差,解冻需要 12-24h 才能完成。
数据归档(Data archiving)是指将不活跃或很少访问的数据移动到单独的存储位置以进行长期保留的过程。...这样做是为了释放主存储系统(如数据库或文件服务器)上的空间,同时仍然保留数据以供将来参考或合规的。...归档数据通常被转移到成本较低的存储介质上,比如云存储,在需要时可以访问归档数据,但不会消耗主存储系统上的宝贵资源。归档数据通常以压缩和加密的格式存储,以减少存储空间需求并提高安全性。...有效的数据归档策略为组织提供了几个好处,包括:■ 提升系统性能■ 节约成本■ 增强的商业智能和分析■ 简化的精益系统环境■ 为系统迁移或升级做准备组织应该定义归档策略,建立数据保留期限,并确保适当的归档工具或解决方案的可用性...,以便在需要时有效地管理和检索归档数据。
什么是“深度归档存储” 深度归档存储是一种针对冷数据安全且低成本的存储方式,相比于低频存储和归档存储,其价格更低,适用于访问频率极低(如半年一次),但需要持久存储的数据,如日志审计数据,安防监控数据。...通过对软硬件架构的升级,腾讯云深度归档存储对节约存储成本的效果立竿见影:深度归档存储费用仅为0.01元/GB/月,就可以在云上享受与磁带存储成本一致的产品体验,相比于普通归档存储而言,普通归档存储费用为...以总数据量500 TB 为例,对比普通归档存储,选择深度归档存储一年可以节省成本超过14万! 不仅如此,与当前业界成本最低的存储产品相比,腾讯云推出的深度归档存储是国内业界价格最低的存储产品。...深度归档存储支持对象存储 COS 的原生 API 接口,用户可以利用对象存储 COS 的控制台、SDK 以及各种生态工具来指定数据的存储类型,即可便捷快速地将数据转为深度归档存储。...用户将此类数据上传至深度归档存储中保存,能够满足用户对合规性文件的大数据量、长时间保存,检索频率较低等需求,使用深度归档存储能够显著降低管理和存储成本。 2.
日志归档频繁 在迁移完成后,需要对集群进行一段时间的深度观察。通过v$archived_log视图,分析数据库历史的归档情况,可以发现整个库的业务活动情况。 ?...追根溯源 日志归档频繁,说明在线重做日志切换频繁,一般是由于产生了大量的redo。这里通过awr检查redo的生成情况。 一天内日志归档的详细情况 ?...进一步查看job执行的存储过程发现正是上边的3条语句: ?...通过观察归档日志的生成情况,发现归档频率也降低了。 总结提高 经过回顾整个问题的发现、分析和解决过程,可以发现其实并没有什么技术难点,问题的原因主要还是出在业务沟通上。...在迁移之前,最好能够跟应用管理员确认清楚业务的特点,包括现有业务的压力情况、已发现的性能瓶颈、不再需要的各类数据库对象(索引、视图、存储过程、函数、触发器等),提前做好应对措施,保证数据迁移的圆满完成。
问:怎么验证校门中转和楼栋分拣? 答:让服务商按正常订单、缺餐错餐、退款、重复回调和跨楼栋分组走一遍完整链路,带上本校校门规定与楼栋图现场记录结果。问:先自研还是先租用?
1.定义 内部存储:内部存储位于Android手机系统的data/data/这个目录下,内部存储是私有的,主要用于存储系统和应用程序的某些数据,对于其他应用程序来说是不可见的,并且会随着应用程序的卸载而被删除...外部存储:外部存储可以分为外部私有存储和外部公有存储。...外部私有存储位于/storage/emulated/0/Android/data/包名这个目录下,它和内部存储一样是私有的,并且其他应用程序是无法访问的,会随着应用程序的卸载而被清除。 ...它对所有的应用程序都是可见的,前提是该应用程序有外部存储权限,而且外部公有存储中的数据不会随应用程序的卸载而被删除。 2.使用哪些api进行访问? ...注:在Android10之后,不能再使用外部公有存储下的两个方法了,应用程序只能访问自己的外部私有目录,所以Android10之后尽量使用外部私有存储下的两个方法。