读数据保护：工作负载的可恢复性11传统数据源中的数据 ...

1. 传统数据源中的数据

1.1. 需要备份的数据分散在各种地方

• 1.1.1. 有些数据源是各人都能意识到的
  
  
  
  • 1.1.1.1. 即便在各人都能想到的这些数据源里，仍然会有一些轻易忽视的问题
    
  
  
• 1.1.2. 有一些不那么明显
  

2. 实体服务器

2.1. 以前，我们把实体服务器直接叫作服务器，不会专门强调“实体”(physical)二字，因为这是默认的
2.2. 现在要是再提及这种服务器，那就必须特意指出，这个服务器是用一台真实的计算机打造的
2.3. 实体服务器也有可能由大型机(mainframe)或小型机(minicomputer)来充当

• 2.3.1. 大型机与小型机都没有灭亡
  

2.4. 标准备份

• 2.4.1. 把这个服务器提供服务所需的数据备份下来，以便在必要时恢复
  
• 2.4.2. 开源的备份工具
  
  
  
  • 2.4.2.1. BackupPC
    
  • 2.4.2.2. Bacula
    
  • 2.4.2.3. Amanda
    
  
  

2.5. 裸机备份

• 2.5.1. 重点在于以后怎样恢复实体服务器本身
  
• 2.5.2. 如果服务器本身出现了故障，那你必须先更换硬件、重装操作体系并重新设置该体系，然后才能恢复数据，这要比仅恢复数据复杂得多
  
• 2.5.3. 最大的难点在于，怎样从服务器的启动盘里收集并存储启动计算机所需的信息
  
• 2.5.4. 有用的裸机恢复流程
  
  
  
  • 2.5.4.1. 首先要更换硬件
    
  • 2.5.4.2. 然后进入相关环节，以恢复底层的操作体系
    
  • 2.5.4.3. 接着可能还会单独安排另一个恢复流程，以恢复应用步伐及其数据
    
  • 2.5.4.4. 末了重启服务器
    
  
  
• 2.5.5. 虚拟机技术出现之后，我们就很少在实体服务器上做裸机恢复了，而且裸机恢复也有了它本身的地位，并不需要像以前那样跟裸机备份合起来讨论
  

2.6. 备份NAS

• 2.6.1. NAS filer是一种特制的实体服务器，很多数据中内心都有这种服务器，你在备份并恢复这些服务器时，通常需要专门做一些处理
  
• 2.6.2. 使用proxy
  
  
  
  • 2.6.2.1. NAS服务器分享文件时所用的协议重要有两种，也就是NFS与SMB
    

    2.6.2.1.1. 前者适用于UNIX/Linux操作体系
    

    2.6.2.1.2. 后者适用于Windows操作体系
    

    
    
  • 2.6.2.2. 优点在于，这些文件对备份体系来说跟其他文件差不多，因此无论它们位于何处，备份体系都能予以恢复
    
  • 2.6.2.3. 缺点在于，filer无法区分备份流量与用户流量，由于它不知道访问者究竟是备份步伐，还是平凡的用户，因此无法调解这两种请求之间的次序，让平凡用户优先得到服务
    
  
  
• 2.6.3. 通过NDMP（Network Data Management Protocol，网络数据管理协议）备份
  
  
  
  • 2.6.3.1. 由NAS行业提出的一种专门用来备份NAS filer的协议
    
  • 2.6.3.2. 最大缺点在于，每个filer厂商都有可能按它们本身的格式来备份，那些格式互不雷同
    
  
  
• 2.6.4. 做快照并将其复制到其他的NAS filer上
  
  
  
  • 2.6.4.1. 使用设备厂商所提供的快照体系建立快照，并将其复制到另一个filer上
    
  • 2.6.4.2. filer厂商都很喜欢你采用这种方式来备份，这意味着你要再买一台这个品牌的filer
    
  • 2.6.4.3. 对原始数据的快照做复制，并采用这个复制出来的快照做恢复，其速率险些总是要比其他方式更快
    
  
  
• 2.6.5. NAS filer也可以作为块设备连接到其他服务器
  

3. 虚拟服务器

3.1. 虚拟服务器是以虚拟机(Virtual Machine, VM)的形式出现的服务器
3.2. 虚拟机是一种专门模拟实体机（physical machine，也就是物理机或真机）的东西
3.3. 必须给实体机的操作体系安装一种叫作虚拟机管理器(hypervisor)的软件

• 3.3.1. 虚拟机管理器软件是运行在宿主机（host machine，也就是承载这些虚拟机的那台实体机）的操作体系上的一个软件，它能够将宿主机当成许多个虚拟的机器使用，让每个虚拟机都能安装各自的操作体系
  
• 3.3.2. 实体机叫作宿主计算机(host computer)、宿主节点(host node)、虚拟机管理器节点(hypervisor node)等
  
• 3.3.3. vSphere
  
• 3.3.4. Hyper-V
  
• 3.3.5. KVM
  
• 3.3.6. Xen
  
• 3.3.7. AHV(Acropolis HyperVisor)
  

3.4. 备份服务器或虚拟机需要花费一定的时间，虚拟机越大，花的时间就越长
3.5. 把虚拟机当成实体机来备份

• 3.5.1. 虚拟机技术刚诞生的时间，还没有出现后面要讲的那种虚拟机管理器层面的备份手法，因此我们当时只能将它当作实体机来备份
  
• 3.5.2. 把虚拟机当成实体机来备份，最严重的问题就在于备份过程中需要执行大量的I/O操作
  

3.6. Windows操作体系的VSS

• 3.6.1. 是Windows体系的一种特殊快照机制，让备份软件能够以application-consistent方式备份文件体系或运行在Windows中的应用步伐
  
• 3.6.2. crash-consistent（​“崩溃一致的”​）方式
  
  
  
  • 3.6.2.1. 把这些正在发生变革的东西在某一个时间点（比方体系即将崩溃的那一刻）所处的状态备份下来，这就相当于你把服务器的电源关了，并且设法对该服务器在关机的那一刻所处的状态予以备份
    
  
  
• 3.6.3. application-consistent（​“应用步伐一致的”​）方式
  
  
  
  • 3.6.3.1. 它总是能够保证应用步伐可以从这样的备份里恢复
    
  • 3.6.3.2. 对于应用步伐来说，采用这种方式备份会更好一些
    
  
  
• 3.6.4. 在执行备份之前先给需要备份的这个应用步伐制作快照
  
• 3.6.5. 等到所有的VSS Writer都把各自的快照做好之后，备份软件就开始使用这些快照制作备份
  
• 3.6.6. 做完备份就把日志截断，这是相当常见的操作，备份软件可以先向VSS提出备份请求，然后根据获取到的快照执行备份，末了再给VSS提一个请求，让它把事务日志截断
  

3.7. 采用专门的手法来备份虚拟机

• 3.7.1. VADP
  
  
  
  • 3.7.1.1. vSphere Storage API for Data Protection(VADP)，所有版本的VMware都支持这套API，这包括企业内部的vSphere以及云端的VMware Cloud，后者能够运行在许多云平台中
    
  • 3.7.1.2. vSphere可以说是一款能够运行在Linux之类的操作体系里的特殊应用步伐
    

    3.7.1.2.1. 特殊之处在于，这种应用步伐的用途是把宿主机当成多个虚拟机来使用，并管理这些虚拟机
    

    
    
  
  
• 3.7.2. Linux体系没有跟VSS相似的机制
  
  
  
  • 3.7.2.1. 如果你要备份的VMware虚拟机运行的是Linux体系，那么备份软件依然可以先跟VADP对接，但是接下来，VADP无法与一个类似于VSS的机制对接
    
  
  
• 3.7.3. Hyper-V与VSS
  
  
  
  • 3.7.3.1. Hyper-V则可以说是一款能够运行在Windows操作体系里的特殊应用步伐
    
  • 3.7.3.2. 它是运行在Windows体系里的，因此这意味着它可以使用该体系的VSS机制，具体来说，它有一个专为使用该机制而设的VSS Writer
    
  
  
• 3.7.4. 基于快照的备份
  
• 3.7.5. HCI
  
  
  
  • 3.7.5.1. 在HCI（Hyper-Converged Infrastructure，超融合底子架构）体系里运行的，这是一种专门为运行虚拟机管理器而设计的特殊硬件，它能够与存储设备相集成
    
  • 3.7.5.2. 各种HCI体系所提供的备份工具在制作备份的办法上可能有所区别，但最为常见的一种办法依然是通过快照制作备份
    
  • 3.7.5.3. HCI体系把运算、网络与存储等单元都封装到了一起，而且通常还会把基于快照的数据保护机制也包含进来
    
  • 3.7.5.4. 采用支持这种虚拟机管理器的备份软件来制作备份
    
  • 3.7.5.5. 采用HCI产品所内置的数据保护功能来制作备份
    
  
  
• 3.7.6. 融合底子架构(Converged Infrastructure, CI)也是专门为运行虚拟机管理器而设计的体系，然而这种体系通常比较大，它所融合的产品是分别由多家厂商生产的，而不像超融合底子架构(HCI)那样，只采用来自同一个厂商的产品
  
  
  
  • 3.7.6.1. 使用的通常都是标准的虚拟机管理器，而且搭配的也是标准的数据保护工具，因此没有什么特殊的备份方式需要专门讲解
    
  
  

4. 台式机与笔记本计算机

4.1. 只用来充当缓存的笔记本计算机

• 4.1.1. Chromebook就是典型的例子，这只是一个用来访问Google Workspace的工具而已
  
• 4.1.2. 如果你的笔记本计算机也像这样，根本不保存任何数据（留意，是“根本不保存任何数据”​）​，不会建议你去备份它
  

4.2. 平凡台式机与笔记本计算机

• 4.2.1. 备份笔记本计算机，还可以让计算机的升级过程更加顺畅
  
  
  
  • 4.2.1.1. 如果给计算机做了备份，那么这些操作就不消重新执行一遍了，所以这一优势尤其明显
    
  
  

4.3. 备份方式

• 4.3.1. 用移动硬盘备份
  
  
  
  • 4.3.1.1. 除了那种根本不做备份的办法之外，这是最差的一种办法
    
  • 4.3.1.2. 违背了3-2-1原则，因为存放备份的这个移动硬盘，通常就在你要备份的谁人计算机旁边，而该原则要求你至少将其中一个备份放在别处
    
  • 4.3.1.3. 大多数故障其实都发生在移动硬盘上
    
  • 4.3.1.4. 这种设备动不动就会坏掉，所以用它们备份是很不可靠的
    
  • 4.3.1.5. 会将成千上万条企业数据的副本，都以未加密的形式保存在这块移动硬盘里
    
  • 4.3.1.6. 绝对不要用移动硬盘备份企业数据
    
  
  
• 4.3.2. 做文件级的增量备份
  
  
  
  • 4.3.2.1. 传统的备份软件是在文件层面备份数据的，这对于局域网中的台式机或允许行，但并不适用于笔记本计算机
    
  
  
• 4.3.3. 通过文件同步与分享工具备份
  
  
  
  • 4.3.3.1. 用文件同步与分享工具做备份，另有一个弊端在于IT人员无法会合控制备份操作，也没有办法监控备份进度，因而无法确保备份机制是否还在正常运作
    
  • 4.3.3.2. 同步与分享工具唯一的可取之处在于，它们是某个你已经使用了的产品所提供的附加功能
    
  
  
• 4.3.4. 采用联合了源端去重技术的备份体系或服务来做备份
  
  
  
  • 4.3.4.1. 只有这个办法，才能够真正给台式机与笔记本计算机做备份
    
  • 4.3.4.2. 源端去重能够尽量缩减备份时需要传输的数据量，因此对终端设备的性能险些没有太大的影响
    
  • 4.3.4.3. 备份时只会对终端用户造成很小的影响，乃至根本不会影响终端用户
    
  • 4.3.4.4. 可以利用源端去重技术缩减传输备份所需的带宽
    
  • 4.3.4.5. 能够做端到端的加密
    
  • 4.3.4.6. 能够保护设备免受打单攻击
    
  
  

5. 移动设备

5.1. 如果该设备只充当云平台的缓存，那就无须备份
5.2. 如果你要在这种设备上创建并存储对公司有用的数据，那就应该备份
5.3. 把数据同步到云平台

• 5.3.1. 确保用户只使用那种能够将数据同步到云平台的应用步伐（这个云平台由设备厂商提供）​
  

5.4. 把数据同步到实体机再备份
5.5. 在移动设备上备份
5.6. 移动设备管理

• 5.6.1. 移动设备管理(Mobile Device Management, MDM)
  
• 5.6.2. 把一款特制的应用步伐安装在这种设备上，让这个应用步伐持有与本组织相关的所有数据，并要求员工必须把他们为本组织创建的数据放在这个应用步伐里面
  
• 5.6.3. 这款特制的应用步伐可以决定本身应该怎样处理这些数据
  
  
  
  • 5.6.3.1. 可以先把数据加密，然后再保存得手机上
    
  • 5.6.3.2. 可以把数据复制到某个会合存放公司数据的地方，以便用其他手段予以保护
    
  
  
• 5.6.4. 基于MDM的体系还能够远程删除某个设备上的数据
  
• 5.6.5. 从备份的角度来看，这种方案确实能够保护数据，而且不消担心设备丢失之后其中的数据会让其他人看到，因为这些数据能够远程删除
  

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。