仓库备份脚本配置选项

下面我们将描述AiiDA提供的仓库备份脚本的配置选项(其用途描述 在指南).

下面是可以在``backup_info.json`` 文件中设置的标志及其含义:

  • periodicity (天数):备份工作会隔几天定期运行,天数取决于periodicity变量的值。该变量的目的在于限制备份运行的周期,从而限制每一轮需要备份的文件数,例如 "periodicity": 2

    例子:如果在AiiDA 仓库中有近30天的文件,备份周期设置为15,在第一次运行备份会首先备份头15天的文件;第二次才会备份接下来15天的文件直到完成备份(如果两次运行在同一天)。再之后的运行只会备份在这之后的新的文件。

  • oldest_object_backedup (时间戳或null):即被备份的最早文件创建日期。若你不清楚该值是否为你第一次运行备份的时间,则该值被设置为null。则脚本会搜寻数据库中文件创建日期最久的文件,并从该日期起进行备份。例如:"oldest_object_backedup": "2015-07-20 11:13:08.145804+02:00"

  • end_date_of_backup (时间戳或null):若被设置,备份脚本将备份直到该日期的之前被修改的文件。若未设置,备份结束后根据以下变量( days_to_backup )指定从备份开始时起备份的天数设置该变量。若均未被设置( end_date_of_backupdays_to_backup ),则备份的结束日期将被设置为当前日期。例如: "end_date_of_backup": null"end_date_of_backup": "2015-07-20 11:13:08.145804+02:00"

  • days_to_backup (天数或null):若被设置,需要指定从开始日期起多少天的内容会被备份。若被设置为 nullend_date_of_backup 也被设置为 null ,则备份的结束日期会被设置为当前日期。你不能设置 days_to_backupend_date_of_backup 在同一时间(会导致报错)。例如:"days_to_backup": null"days_to_backup": 5

  • backup_length_threshold (小时):备份脚本是按照轮数运行的,并且每一轮都会备份几天的文件,这一天数由 periodicity 或者 end_date_of_backupdays_to_backup 控制,确定最后的备份轮数。 backup_length_threshold 指定最低可接受周期的长度。这对于备份的结束是很重要的。

  • backup_dir (绝对路径):备份的目的文件夹。例如: "backup_dir": "/home/USERNAME/.aiida/backup/backup_dest".