读数据保护:工作负载的可恢复性24磁带和其他

SpringBoot+Vue+MySQL 高校学科竞赛平台 完整可运行版(源码+文档) 本项目基于SpringBoot+Vue+MySQL构建高校学科竞赛管理平台,覆盖学生、教师、领队教师、管理员四大角色,实现竞赛发布、报名、刷题、评分、公示等全流程闭环管理。系统架构清晰,技术主流,配套完整源码、数据库脚本、万字论文、开题报告、答辩PPT及部署文档,支持一键运行,适用于毕业设计、课程设计及院系二次开发,真正实现“开箱即用”。 阅读详情

1. 速度不匹配

1.1. 磁带机的速度曾经比备份数据的生成速度慢,而且那时磁带机的速度也比网络速度要慢

1.2. 备份行业就把磁带上的磁位排得比原来更加紧密

1.2.1. 磁位排得密,意味着磁带在不增加长度的情况下能够存储更多的数据

1.2.2. 磁位紧密,同时还意味着磁头在同一时间段内所要处理的数据变得比原来更多

1.2.2.1. 磁带机就要求外界用更高的速度给它提供数据

1.3. 磁带机对数据速度的要求是越来越高了,然而我们制作备份的速度却几乎没什么变化

1.3.1. 磁带机就变成了一种在速度上与其最初设计目标不相符的设备

1.4. multiplexing

1.4.1. 虽然解决了备份时的问题,但却给恢复造成了困难

1.4.2. 意味着我们在恢复数据时必须把恢复出来的许多股数据都丢掉,我们真正需要的只是其中的某一股数据而已

1.5. 磁盘缓存(disk caching)或磁盘缓冲(disk staging)

1.5.1. 先把数据备份到磁盘上,然后再将其复制到磁带中

1.5.2. 还能提高备份效率

1.5.2.1. 磁盘上所保存的本身也是一套备份,这就相当于有了两套备份

1.6. 磁盘更容易迎合备份数据的输入速度

1.6.1. 磁盘是一种能够随机访问的设备,它可以根据你的写入速度来调整其速度

1.6.1.1. 前提是不超过其最大写入速度
1.6.1.2. 你写得快,它转得就快,你写得慢,它转得就慢

1.7. 磁盘的兼容程度远高于磁带

1.7.1. 采用incremental forever的方式制作备份了,这让磁盘的优势变得更为突出

2. 即时压缩

2.1. on-the-fly compression,又称当场压缩

2.2. 所有磁带机在吞吐量与支持的数据容量方面都必须写上两套指标

2.2.1. 一套针对的是压缩数据

2.2.2. 一套针对的则是原生(也就是未经压缩)数据

2.3. 如果你把基于磁带的加密功能打开了,那么磁带机会先压缩数据,然后再加密

2.3.1. 加密之后就不太好压缩了

3. LTO

3.1. Linear Tape Open

3.2. LTO磁带机是当今的主流磁带机

3.3. 规格由LTO Consortium控制,其成员现在有HP、Quantum与IBM

3.4. LTO-8,它写入压缩数据的速度是每秒750MB,写入原生数据的速度是每秒300MB

3.4.1. 能够支持30TB的压缩数据或12TB的未压缩数据

3.4.2. 其UBER小于10^-19

3.5. LTO-9于2021年推出,在压缩数据的前提下,LTO-9预计支持60TB的磁带,其吞吐量可达每秒1.7GB

4. IBM TS11x0

4.1. IBM TS11x0系列的磁带机更为可靠,这种磁带机用在某些磁带柜里面

4.2. UBER是10^-20,比LTO还要低一个数量级

4.3. TS1160的速度稍快于LTO-8

4.3.1. 它处理压缩数据的速度是每秒900MB,它支持的磁带容量几乎是LTO-8的两倍

4.3.2. 原生数据是20TB,压缩数据是50TB

5. 线性磁带文件系统

5.1. Linear Tape File System,LTFS

5.2. 可以单独挂载,也可以作为智能磁带柜的一部分挂载,这样挂载出来的文件系统看上去就好像用磁盘挂载出来的一样

5.3. 不是那种能够支持随机访问的设备,把数据从一个文件移动到另一个文件,效率并不高

5.4. 一个长期保存档案数据的好办法

5.4.1. 不受制于具体品牌的方式,能够让你自由地移动数据,这个好处要远胜于前者

6. 智能磁带柜

6.1. 装置配有几个(或更多的)磁带机,并管理着几十个(乃至上千个)磁带槽

6.2. 自动的磁带柜主要用来长期保存档案数据

6.3. 现在的某些大型公用云平台在广泛使用

6.3.1. 智能磁带柜对其而言是有价值的

6.3.2. 价值当然是用钱来衡量的,比如存储费用、占地费用、电费等

7. 光盘

7.1. 光盘刻录设备用激光使底层的存储介质(也就是有待刻录的光盘)发生相变,以此来记录数据

7.2. 目前还在使用的光盘只有DVD与Blu-ray(蓝光光盘)这两种

7.3. 蓝光光盘的容量是25GB,双层的是50GB,目前的写入速度可达每秒72MB

7.3.1. 该领域大多数设备的写入速度都远低于此,因为它们通常都是作为外部设备,通过USB线连接到计算机的,因此受制于线材的速度

7.4. 蓝光光盘在未来50年里要比LTO磁带更容易读取

7.4.1. 目前的大多数蓝光光驱都能够读出最古老的CD与DVD

7.4.2. 它的向后兼容能力要比一般的磁带机强

7.4.3. 磁带机只能读出一、二代之前的磁带,再老的就不支持了

7.5. 光盘的UBER很高,最坏的情况下高达10^-8,一般也在10^-10

7.6. 媒体公司

7.6.1. 通过LTO设备来存放电影副本

7.6.2. 还会把这些副本在光盘上也保存一份,以实现长期存储

8. 单独使用的磁盘

8.1. 将每块磁盘都单独视为一个存储设备

8.2. 最没有意义的备份设备,是那种位于主盘旁边而且无法移动的硬盘,把数据备份到这种硬盘上是很不应该的

8.3. 有专门针对移动硬盘而设计的模块(进入该模块的硬盘受RAID机制保护)​,这种模块能够与磁带柜相连,让其中的移动硬盘能够像磁带一样得到使用

8.4. 设备适合那种既要享受磁带的便携特性,又要避开其缺陷的人

8.4.1. 让你可以继续采用磁盘作为备份介质,并能够遵循3-2-1原则来保护这些数据

8.4.2. 对于小企业来说,如果既不打算采用云端备份服务,又没有足够资金去装配复制去重系统,那么采用这种能够单独使用的磁盘来备份数据,就是一个相当好的办法

8.5. USB移动硬盘

8.5.1. 它们通常是给个人用户设计的,并不是用来做企业级数据保护的

8.5.2. 大多数磁盘故障都发生在这种便携的(也就是可移动的)磁盘产品上

8.5.3. 就算你要用移动硬盘做备份,也应该把每个备份都分别保存到至少两块移动硬盘中

9. 标准的磁盘阵列

9.1. 通过磁盘构建标准的RAID阵列,这种阵列没有安排特别的备份与恢复机制

9.2. 该用法能够以较低的成本把一批磁盘构建成一个磁盘阵列,并将这个阵列视为一块大的磁盘,通过iSCSI、FC、NFS或SMB等接口与协议,连接到你的备份服务器上

9.3. 它的成本远低于目标去重系统,然而问题在于,去重是一个很关键的因素,如果不做去重,那就算这个方案再便宜,也没有多大意义

“华为杯”研究生数学建模竞赛2019年-【华为杯】D题:汽车行驶工况构建(附获奖论文和MATLAB代码实现) 映了汽车道路行驶的运动学特征。准差、加速度标准差这九个特征参数用于后续的数据分析,建立了合理的汽车运动特征评。特征参数与所属类特征参数的特征值的相关性大小替代误差进行排序的,计算得到汽车行。对于问题一,我们首先对原始数据进行了时间变量转换,将原本的年月日时分秒的计。紧接着进行了运动学片段的划分,引入九个特征参数,通过主成分分析、本文研究的是汽车行驶工况构建,汽车行驶工况是描述汽车行驶的速度。的合理性评价标准,对两种方法都进行了合理性评价,得到的。进行了合理性评价,得到了最优的汽车行驶工况曲线。 阅读详情

相关推荐

中微8S6990实战:5分钟搞定GPIO配置与按键中断(附避坑指南)

本文以中微8S6990单片机为例,详细讲解了GPIO按键中断的快速配置方法与实战避坑指南。内容涵盖GPIO初始化、中断配置、软件消抖优化及低功耗唤醒等关键步骤,并提供了利用逻辑分析仪进行调试验证的有效方法,帮助开发者快速构建稳定可靠的嵌入式按键交互系统。

weixin_29194817的博客 281

磁盘 vs 磁带

磁盘和磁带各有优势,不同的用户适用不同的方式,极力宣扬任何一种技术的绝对地位都和各个厂商的小算盘有关。只有因地制宜,综合两种技术的优点,扬长避短,根据用户具体情况提供最适合的方案,才是解决备份问题的根本办法。  VTL的缺点在于...

coabmixr238253的博客 404

iPhone用户必看:不装App也能搞定GitHub 2FA验证的3种方法(附恢复码管理技巧)

本文为iPhone用户提供了无需安装第三方App即可完成GitHub双重身份验证(2FA)的三种原生方案:利用相机扫码与iCloud钥匙串自动填充、使用iCloud钥匙串内置的TOTP验证码生成器,以及借助Safari浏览器扩展。文章详细解析了每种方法的操作步骤、适用场景,并重点强调了恢复码的安全管理与多层备份策略,帮助开发者在提升账户安全的同时,享受苹果生态的无缝便捷体验。

weixin_29324401的博客 655

网络存储设备磁带机术语解释

存储容量是指在数据未被压缩前磁带机所能存储的最大数据量。这个数值取决于两个因素,一是单盒磁带的存储容量,二是磁带机所能容纳的磁带数目。由于磁带机采用多种不同的备份技术所以存储容量也不一致。 压缩后存储容量是指数据备份到磁带机经过压缩后所能容纳的数据量。这个数值取通常是压缩前容量的两倍。持续传输率 (Sustained Transfer Rate)是指单位时间内,磁头把数据写入磁带或从磁带读出的稳定的速率,而不是突发的数值。单位通常是Mb/s(兆/秒)。压缩后传输率是指磁带数据经过压缩后,磁头所读取数

顺其自然~专栏 1737

XGBoost特征重要性为0的问题:深度解析与应对策略

在机器学习领域,XGBoost(Extreme Gradient Boosting)作为一款高效且强大的集成学习算法,已经被广泛应用于各类预测任务中。然而,在实际应用过程中,许多数据科学家和工程师们遇到了一个令人困惑的现象——某些特征的重要性值为0。这不仅影响了模型的解释性,还可能导致特征选择过程中的误判。本文将深入探讨这一问题,分析其背后的原因,并提供相应的解决方案。在深入探讨特征重要性为0的问题之前,我们首先需要了解XGBoost是如何计算特征重要性的。XGBoost提供了三种常见的特征重要性计算方法:

cda2024的博客 1705

PyQt5 使用QSqlDatabase连接Mysql数据库时Driver not loaded Driver not loaded

PyQt5 使用QSqlDatabase连接Mysql数据库时Driver not loaded Driver not loaded

睡觉不打呼噜的博客 1565

IBM-LTO1,LTO2,LTO3,LTO4,LTO5 LTO6 磁带读写速度和兼容性

LTO 1: 容量:100GB(200GB 使用2:1压缩比) 传输速率:15MB/sLTO 2: 容量:200GB(400GB 使用2:1压缩比) 传输速率:35MB/sLTO 3: 容量:400GB(800GB 使用2:1压缩比) 传输速率:80MB/sLTO 4: 容量:800GB(1600GB 使用2:1压缩比) 传输速率:120MB/s LTO 5:  容量:1.5TB(3TB 使用2:...

mcluan的博客 2万+

实战指南:在UE5中高效集成Entt(ECS)框架

本文提供了一份在虚幻引擎5中高效集成Entt ECS框架的实战指南。针对UE5项目在处理大规模动态实体时的性能瓶颈,详细讲解了如何通过数据驱动的ECS架构进行优化。内容包括前期环境准备、核心构建步骤、创建首个ECS子系统以及与UE原生系统的数据同步技巧,旨在帮助开发者快速掌握集成方法,提升游戏逻辑的执行效率。

weixin_29002209的博客 158

读数据保护:工作负载的可恢复性31读后总结与感想兼导读

读后总结与感想兼导读

lyingSeven的博客 1072

Qualcomm AI Engine Direct SDK(QNN)的使用介绍

Qualcomm AI Engine Direct SDK,高通新的AI模型推理框架,又名QNN,为AI开发提供统一API的底层框架。通过这个SDK,可以在高通的 CPU/GPU和HTP上对AI模型进行性能加速。2.Qualcomm AI Engine Direct SDK的公开英文文档。1.Qualcomm AI Engine Direct SDK的下载和安装。

u013250861的博客 6974

rknn-toolkit推理yolov5-face.rknn模型--python代码

import os import urllib import traceback import time import sys import numpy as np import cv2 from rknn.api import RKNN ONNX_MODEL = 'yolov5s.onnx' RKNN_MODEL = 'yolov5s.rknn' IMG_PATH = './bus.jpg' DATASET = './dataset.txt' QUANTIZE_ON = True BOX_THR.

C/C++、嵌入式开发、深度学习算法、模型部署与推理优化 3079

读数据保护:工作负载的可恢复性23磁带系统

磁带系统

lyingSeven的博客 1103

迈瑞BS系列全自动生化分析仪LIS协议接口手册(内含HL7和ASTM)

迈瑞BS系列全自动生化分析仪LIS协议接口手册,内含HL7和ASTM)

Spring Boot 数据源与 MyBatis(-Plus) 自定义配置详解

本文详解 Spring Boot 中单数据源环境下 HikariCP 与 MyBatis-Plus 的自定义配置。通过手动声明 SqlSessionFactory,实现下划线转驼峰、日志输出、一级缓存策略等精细化控制。结合 HikariCP 核心参数调优(如最大连接数、连接生命周期),确保高性能与稳定性。适用于仅需访问单一数据库的场景,避免多数据源复杂性,兼顾性能与可维护性。

BADAO_LIUMANG_QIZHI的博客 202

假人有限元模型

假人模型,车辆碰撞假人有限元模型,适合做乘员安全的研究者利用

jdk-8u144-linux-x64.tar.gz.

该资源为搭建Linux系统Java环境用,资源的后缀为tar.gz格式的压缩包

Java EE 进阶:8.MyBatis 操作数据库(入门)(第一弹)

Java EE 进阶:8.MyBatis 操作数据库(入门)(第一弹)

要努力去发光,而不是被照亮~ 133

大中型超市收银系统(可直接运行)

光步前台收银系统系统功能:商品销售、商品退货、挂单、收银员权限、会员销售、单品取消、整单取消、商品查询、脱机销售、脱机数据上传,基本资料下载,开钱箱、小票打印、收款结算,支持多币种付款方式(现金、储值卡、礼券、微信等),支持多种促销。运行环境:.net 4.0登陆信息用户名:1001 密码:123456内置商品信息,商品编码可输入00001000 - 00010000,测试效果相关功能键F5 结算 F9挂单 F11商品查询 F8退货 Insert单品取消 Del整单取消 F12开钱箱F2 会员 Ctrl+Z退出系统 Home 锁屏 相关源码待公开

Docker Compose:搭建本地多服务开发环境

从一个 Java API、PostgreSQL 和 Redis 开始,配置服务名、端口、环境变量、健康检查、数据卷和依赖关系。理解 Compose 文件如何被解析、项目如何隔离,以及哪些数据不能依赖“重建容器”保留,能够把个人开发环境整理成团队可复用的启动入口。

m0_62221377的博客 461

AI全栈实战 | 3.9-01 爬虫入门:requests 加 BeautifulSoup 三分钟跑通,但 90% 的人栽在这 4 个“礼貌“问题上

⚠️:本文内容仅用于。请遵守目标站点的服务条款与相关法律法规,不得对目标服务造成负担,不得采集、传播个人隐私数据。技术是中性的,边界在你手里。爬虫的入门技术(requests 发请求 + BeautifulSoup 解析)三分钟就能学会。真正区分"会用爬虫"和"会做爬虫的人"的,是这篇我们跑通"请求→解析→存储"的最小闭环,然后重点把"合规与礼貌"这根弦给你绷上。

源码获取 | 运行部署 | 定制二开修改,如果回复不及时请耐心等待,请见谅。 414

数据库主键选型指南:BIGINT vs VARCHAR

主键选型关乎数据库性能与架构演进。BIGINT(如雪花算法)在顺序写入、二级索引开销和分布式生成上优势显著,适合高并发核心链路;而传统 VARCHAR UUIDv4 因随机性导致频繁页分裂、存储膨胀,性能堪忧。UUIDv7 通过时间戳有序性实现高效追加写入,结合 BINARY(16) 存储可兼顾性能与安全,成为现代微服务新选择。关键在于:主键应稳定、无业务含义,优先选用趋势递增的紧凑类型,并根据场景合理采用双主键模式或 ULID 等替代方案。

小李同学的博客 302

自动化运维选型:四条技术路线的能力边界,以及它们为什么不能互相替代

自动化运维怎么选型?拆解配置管理、基础设施即代码、作业调度与场景化编排四条技术路线边界,分析账本归属与时间语义差异,给出四种架构组合与判断点,帮企业看清为何不能互相替代。

trainsignalcn的专栏 328

C++算法(七)

C++ stack算法题和一些客观题

2503_94479566的博客 372

不用再为文本搜索单独维护一套系统!全文检索深度解析

为了给商品、客服工单或者企业知识库增加一个搜索框,企业往往需要在业务数据库之外,再部署一套Elasticsearch。数据库保存商品、订单和用户等真实业务数据,搜索引擎保存另一份文本索引;两套系统之间,还需要通过CDC、消息队列或者同步程序持续传输数据。一个看似简单的搜索需求,最后可能变成两套集群、两份数据和一条必须保持稳定的数据链路。由此产生的问题并不少:数据库已经完成更新,搜索结果却可能尚未同步;业务查询同时涉及文本、库存、权限和订单状态时,应用需要在两个系统之间来回组合结果;

TiDB 社区干货传送门 261

IDEA 简介:从零认识 IntelliJ IDEA

IDEA 全称,是由 JetBrains 公司开发的一款主流 Java 集成开发环境(IDE)。它集代码编辑、编译、调试、测试、版本控制、构建管理等功能于一体,被大量 Java 开发者视为日常开发的首选工具。所谓 IDE(Integrated Development Environment,集成开发环境),就是把写代码所需的各类工具整合到同一个界面中。相比只用文本编辑器加命令行编译,IDE 能显著减少重复操作,让开发者把精力集中在业务逻辑上。

ztI10的博客 155

48-逻辑结构表空间段区块

默认 10%,意思是块里的空闲空间低于 10% 时就不再插入新行,留着给已有行的 UPDATE 变胖用。注意 INSERT 过程中每次申请新区,都是一次潜在的空间报错点,如果表空间满了,此刻就会抛 ORA-01653。剩下的空间被谁占了?段的每个区可以落在表空间的任一数据文件,所以 2T 的表在 32G 单文件上限(smallfile)的世界里照样能活——多加文件就行。,一张只有两个 CLOB 字段的表,实际在库里是三个段(表段 + 两个 LOBSEGMENT),空间统计漏算 LOB 段是新手常犯的错。

yuhou25的博客 288

市场调查与统计分析专业大学期间考证怎么安排?

市场调查与统计分析专业的考证规划,适合从一份完整的调查报告倒推:能不能设计问卷、判断样本是否合理、清洗数据,再把分析结果转化为业务建议?围绕这条能力链安排证书,比单纯按“热门程度”报名更有针对性。结合2026年的学习安排,并为2027年的实习、升学和求职预留时间,大学期间可以重点考虑六类证书:全国计算机等级考试证书、大学英语四级或六级成绩报告单、CDA数据分析师、初级统计专业技术资格证书、微软办公软件国际认证中的Excel相关证书,以及软考数据库系统工程师资格证书。

cc572502653的博客 160

Oracle 19c 在线重定义后旧表空间清理及 ASM 存储资源回收 SOP

Oracle 19c 在线重定义后旧表空间清理与 ASM 存储资源回收 SOP

「YYL DBA手记」 数据库 · 架构 · 运维 · 实战 yyldba.blog.youkuaiyun.com 490

大表 ALTER TABLE 怎么做?NineData OnlineDDL 配置与执行实践

介绍NineData OnlineDDL大表变更实践,涵盖执行策略、切表控制、拷贝批次与可视化进度追踪。

dbasenewbie的博客 272

从事件风暴到因果收敛:Mopheus多智能体协同事件触发架构与防循环实践

在构建生产级多智能体协同引擎的过程中,我们总结了三条核心工程准则:1.不可变因果链优于事后关系反查在高度并发且异步的多智能体网络中,因果关系的追溯绝不能依赖事后查库反查关联;将只增的因果祖先链显式封装在事件载荷与任务上下文中,以O(1)的内存检查实现确定性极高的闭环防范。2.生产端纯粹广播与消费端前置极速过滤是高吞吐的基石遵循严格的Pub/Sub模式,让核心业务实体与下游智能体编排解耦;通过调度层内存条件字典求值(conditions),在纳秒级内过滤掉99%的无关事件,保障零业务侵入与极高的系统吞吐。

weixin_54551388的博客 240
上一篇: 读数据保护:工作负载的可恢复性23磁带系统
下一篇: 读数据保护:工作负载的可恢复性25公用云存储
躺柒
博客等级 码龄4年 7004粉丝 1321原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值