网站
时间点恢复
Point-in-time recovery lets you rebuild your database as it was at a chosen minute, rather than only at the moment yesterday's backup ran. This guide covers what it does and does not cover, how to…
时间点恢复让您可以将数据库重建为选定分钟时的状态，而不仅仅是昨天备份运行时的时刻。本指南涵盖它的作用范围、如何启用它、如何请求恢复以及恢复究竟涉及哪些内容。
它的用途
每日备份每天只提供一个恢复点。这对大多数灾难情况已足够，但对于特定的灾难（如不良导入、损坏的插件或错误的批量编辑在下午 2:15 运行，而您在下午 4 点才注意到）则无用。恢复昨天的备份会丢弃整个上午的真实工作以及错误。
时间点恢复填补了这一空白。启用后，数据库的变更日志会连续传送到异地存储，因此可以在保留窗口内的任何分钟重放恢复。
在 KPanel 中的位置
- 登录 KPanel。
- 单击左侧边栏中的网站，然后单击该网站。
- 在网站的选项卡条中，打开备份，然后打开时间点恢复。
直接地址是 /websites/<site-id>/pitr。
资格要求
时间点恢复需要两个条件都满足。
您的计划必须包含此功能。 此功能在 WordPress 计划系列中可用。
网站必须是 WordPress 或 WooCommerce 网站，因为该机制依赖于托管数据库。
如果任一条件不满足，页面会清楚地说明：时间点恢复仅适用于具有托管数据库的 WordPress 和 WooCommerce 网站。在这种情况下无需配置。
启用它
PITR 状态卡显示当前状态（带有状态指示器）、使用的后端、上次变更日志发送的时间以及保留窗口（以天为单位）。
单击启用 PITR 将其打开。保留期为 30 天。
启用不会改变您的任何数据。它启动一个连续发送过程，该过程与您的正常每日备份并行运行；它不会替换它们。
启用后没有立即恢复点。发送必须至少运行一次，然后才能重放任何内容，首次发送在大约五分钟内发生。在此之前，页面告诉您还没有恢复点。
读取恢复窗口
发送运行后，可用恢复窗口卡显示您可以恢复到的最早和最晚时刻，以及保留多少个变更日志文件来覆盖它。
在需要时之前读取此信息，而不是在事故发生期间。如果窗口的开始时间比您预期的要晚，则发送在某个时刻中断，较早的覆盖已过期。
请求恢复
- 打开时间点恢复选项卡。
- 确认恢复窗口涵盖您要恢复的时刻。
- 在恢复到时间戳中，选择日期和时间。选择损坏发生之前的时刻，而不是之后。
- 单击请求恢复到暂存数据库。
请求会立即进行验证。如果时间戳超出可用窗口，您会被告知确切的窗口，而不是让您猜测。
恢复实际做什么
这是需要精确说明的部分，因为它与大多数人的预期相反。
时间点恢复不会触及您的实时数据库。 它恢复到一个单独的暂存数据库，该数据库为此目的创建并以您的域和目标日期命名。您的实时网站在整个过程中继续在自己的数据库上运行，保持不变。
没有任何内容被覆盖，没有任何内容被删除，请求恢复时不会丢失数据。这是故意的：数据恢复工具的全部意义在于使用它不会使情况变得更糟。
您得到的是可以检查的数据库。您可以将其与实时数据库进行比较，提取被损坏的行，或决定整个快照是您想要的版本。将暂存恢复升级到您的实时数据库是单独的、有意的步骤，我们的团队会与您一起执行，而不是按钮背后自动做的事情。
切换到恢复的数据库会丢弃自恢复点以来写入实时数据库的所有内容。该时间戳之后提交的订单、留下的评论和编辑的内容仅存在于实时数据库中。在进行任何切换之前，确定必须保留的内容并说明。这就是恢复首先进入暂存的原因。
跟踪请求
每个请求都出现在恢复请求表中：
| 列 | 它显示什么 |
|---|---|
| 已请求 | 您请求时的时间 |
| 目标 | 您要求恢复到的时间戳 |
| 状态 | 请求进行到了什么阶段 |
| 暂存数据库 | 恢复到其中的数据库名称 |
恢复运行时，状态显示当前阶段，一旦重放开始，显示已应用的变更日志文件数量（占总数的百分比）。失败的请求会在下方显示错误。
每个网站一次只能进行一个恢复。在恢复运行时请求第二个会返回冲突而不是排队，因此第二次尝试不会破坏第一个。
我们的工程团队完成暂存恢复，并在暂存数据库就绪时向您发送电子邮件。您还会收到一封确认电子邮件，其中包含目标时间戳和暂存数据库名称。
选择正确的时间戳
计算损坏开始的时间，而不是您注意到的时间。 这些通常相隔数小时。检查您的活动日志、订单时间戳或上次已知良好的内容编辑。
提前一两分钟。 恢复点在坏事件之前的成本是您损失几分钟的合法写入。在它之后的恢复点会与其他所有内容一起恢复损坏。
记下恢复点之后发生的事情。 订单、注册、评论、表单提交。如果您切换，该列表是您需要手动保留的内容。
故障排除
页面说 PITR 仅适用于 WordPress 和 WooCommerce。 要么该网站不是这些类型之一，要么您的计划不包含此功能。
还没有恢复点。 启用后，发送需要至少运行一次。首次发送在大约五分钟内发生。
我的目标在可用窗口之外。 保留期为 30 天，如果发送中断，窗口可能更短。错误消息说明确切的界限。如果您需要的时刻已过期，请回到每日备份：请参阅从备份恢复。
恢复已在进行中。 等待其完成。表格显示其阶段和进度。
状态显示有关发送程序的横幅。 您的请求已被记录，该消息解释当前状态。没有任何内容丢失。
我需要恢复文件，而不是数据库。 PITR 无法帮助。使用文件备份，请注意已完成的备份可以逐文件浏览，而不是整体恢复。
相关页面
如果您正在处理事故中并且不确定需要哪个工具，请通过 KPanel 中的支持与我们联系，或向 support@kapsulehost.com 发送电子邮件，并提供网站名称和问题开始的时间。