数据库，也称为结构化数据，是任何数据库的重要组成部分2020欧洲杯预赛。虽然数据库通常不会持有装在一个给定的数据中心千兆字节的比例很高，他们不抱任务关键型数据的高比例。2020欧洲杯预赛了解其独特的结构和操作的关键是备份它们。
结构化数据不能像得益于三个非常大的挑战非结构化数据进行备份。首先，数据库通常存储在数据文件即是不断变化的，只要东西正在更新数据库。这意味着你不能只备份它们像任何其他文件。
其次，大多数数据库都会有某种期刊，可以点即时恢复或崩溃后回滚部分完成交易后重播要么恢复交易。
第三，一个典型的从最近的备份恢复数据文件恢复开始，然后紧随其后，从日志，以将数据库恢复到近期的状态尽可能恢复。该恢复点目标（RPO）大多数备份系统的典型单步恢复(可能超过24小时)对于任务关键型数据库来说根本不够好。
关键，让你的数据库权谎言的备份，了解你的数据库是如何解决这些挑战。
数据库模型
至少有13种不同的数据库模型，要知道如何备份您的数据库，首先要知道要备份的是哪种数据库。
这些模型包括:关系型(最常见的)、键值、时间序列、文档、图、搜索引擎、宽列、面向对象、RDF、多值、原生XML、导航和事件。下面列出了一些最流行的模型，以及一些流行的数据库生成了许多备份问题的模型。
关系
关系数据库管理系统（RDBMS）是大多数人的想法时，他们说的话数据库：一系列与定义的架构（表布局），记录（行）的表，和属性（值）。例子包括甲骨文，SQL服务器，MySQL的和PostgreSQL。这些数据库通常被称为SQL数据库，他们所使用的查询语言后。
核心价值
一个非常简单的NoSQL（不仅是SQL）数据库管理系统，其中包括键和值的，在那里你可以看一下值，如果你知道的关键。最典型的例子是Redis的和DynamoDB。
时间序列
甲的NoSQL数据库专门用来处理时间数据时，每个条目都有一个时间戳。流行的普罗米修斯数据库是一个例子，使用相当多的Kubernetes。
文件
无模式NoSQL DBMS是专门为存储文档而设计的。记录不需要遵循任何统一的标准，可以存储非常不同类型的数据。JSON通常用于在这样的数据库中存储文档。MongoDB是最流行的只支持文档模型的数据库。
宽列
另一种无模式的NoSQL DBMS是宽列模型，它可以在没有预定义模式的情况下存储大量的数据列。列名和键可以在整个数据库中定义。Cassandra是这类数据库中最著名的一个。
数据库术语
数据库术语也很重要，因此下面是重要术语的列表。不是所有的数据库都使用相同的术语，但是它们应该使用一个类似的术语来表示相同的事情。NoSQL数据库通常使用非常不同的术语，或者可能缺少与相关条目类似的内容。
数据文件:数据文件是其中一个数据库存储其数据。这可能是一个原始设备（例如，的/ dev / Linux中hda1上），或“熟”文件（例如，/sap/datafiles/dbs06.dbf或c：\的MySQL \ datafile.dbf）。在这一点上，大多数数据库使用煮熟或正规文件的数据文件，而且大多数有一个以上的每个数据库。
表:这就是事情变得有点模糊的地方。在SQL、关系数据库中，表是一组相关值，其行为类似于虚拟电子表格。NoSQL数据库可能有类似的内容，也可能没有。
表空间：表空间是放置表的空间，是一个或多个数据文件的集合。如果您的数据库没有表，那么它可能没有表空间。
分区:现代数据库可以瓜分和蔓延或跨越多种资源，其中包括多个表分区表。
拆分：切分将分区提升到另一个级别，并且是大型向外扩展数据库的关键。切分甚至可以将表的切分放置在不同的节点上。
主数据库:主数据库记录所有数据库和数据文件的状态。如果允许多个数据库，它也需要跟踪它们。
交易：事务是数据库中更改一个或多个表中的一个或多个属性的活动。简单事务更改一个属性，而复杂事务将作为单个原子操作更改许多属性。NoSQL数据库倾向于使用简单的事务，而许多使用它们的人甚至不认为他们的事务是这样的。
事务日志：事务日志记录每个事务及其更改的元素。在系统崩溃或将事务还原为撤消或重做之后使用此信息。
一致性模型
有两种截然不同的数据库，确保意见插入或更新数据库中的数据是数据库的所有观众一样。这些被称为一致性模型，以及他们影响的备份和恢复。
首先是直接的一致性，也被称为强一致性，并确保所有用户都会看到相同的数据在同一时间，无论他们查看的数据在哪里，怎么样。大多数传统的，关系数据库遵循这个模式。
第二个模型是一个最终一致或弱一致性的数据库，whiich确保给定的属性最终对所有查看器一致，但这可能需要一些时间。最终一致性的一个很好的例子是在DNS系统，它必须等到DNS记录的生存时间已经过期，才能更新有关域名的信息。这可能需要72小时。
什么，怎么了，你为什么要备份？
如果您负责备份数据库，那么您需要了解它是如何构建的以及它是如何工作的。您需要了解它将数据(比如数据文件)存储在何处，它是否使用复杂或简单的事务，以及它将这些事务的日志存储在何处。您需要知道如何对存储的数据和事务日志进行一致的备份。
您还需要了解如何分配你的数据库。它是分区的，但是所有的一台主机内，或者是分片和跨越数十或数百台主机的传播？如果是后者，你很可能会被处理的最终一致的数据库。获得跨越上百个节点的数据库传播一致的快照将是相当具有挑战性，并恢复它会同样具有挑战性。
有些人可能会认为，这并不需要一个最终一致的数据库使用在很多节点复制到备份，但它绝对不会。当你对节点故障的保护，你肯定无法防止人为错误。如果你删除了一个表，它不会不管它是如何复制的。您将需要将其还原。