可能重复:
用于还原appengine数据存储数据的选项?
我想解析数据存储区管理员在备份过程中产生的文件.
我将实体备份到blobstore.我想有选择地从blobstore备份实体中提取一些数据,并且需要能够打开文件并检查实体.
这些文件存储的格式是什么?
backup google-app-engine database-backups blobstore google-cloud-datastore
根据我的研究,mongodump没有内置的检查来验证mongodump操作的完整性; 至少,对用户来说并不明显.我可能错了.如果是的话,请通知我.否则,我确信我不是唯一一个希望验证他们的mongodump操作复制数据而没有任何损坏或丢失的人.其他人用来确保mongodump文件完整性的各种方法有哪些?如果在分片群集上执行此操作的方法本质上不同,请回答如何在单个MongoDB实例和分片的实例上执行此操作.
对不起,如果它是重复的,但我试图在这里找到答案,没有任何帮助.
所以我读过像这样和这个的 heroku文章.我能够保存转储文件,这是我用pg:backups capture命令创建的.将其上传到s3并尝试使用以下命令恢复它:
heroku pg:backups restore DATABASE 'https://s3-eu-west-1.amazonaws.com/somebucket/uploads/tmp/b011.dump'
Run Code Online (Sandbox Code Playgroud)
但它只是不起作用!在控制台中它记录:
Unknown database: https://s3-eu-west-1.amazonaws.com/somebucket/uploads/tmp/b011.dump. Valid options are: DATABASE_URL, HEROKU_POSTGRESQL_SILVER_URL
Run Code Online (Sandbox Code Playgroud)
尝试列出的选项而不是DATABASE,但结果相同.此外,我尝试了其他托管,但同样的结果,再次.我也尝试从其他应用程序恢复它,如下所示:
heroku pg:backups restore myapp::b001 HEROKU_POSTGRESQL_SILVER --app myapp-cedar
Run Code Online (Sandbox Code Playgroud)
但它记录了Backup oncampus::b001 not found.但是,命令heroku pg:backups --app myapp显示它存在.
=== Backups
ID Backup Time Status Size Database
---- ------------------------- ---------------------------------- ------ --------
b001 2015-03-13 18:10:14 +0000 Finished 2015-03-13 18:10:22 +0000 9.71MB ORANGE
Run Code Online (Sandbox Code Playgroud)
不知道现在该做什么.希望有人能帮助我.
Firebase Blaze计划的自动备份会备份Firebase实时数据库.但我找不到如何为我每天备份RealTime数据库的同一项目备份Firebase存储数据库.有谁知道如何备份Firebase存储?
是否可以为通过CloudFormation创建的DynamoDB表指定时间点恢复?我一直在浏览文档和用户指南,但还没有找到任何有用的东西.
我已经从 SELECT 查询创建了 csv 备份,现在尝试将其导入回数据库。但我收到此错误:
COPY doc FROM '/tmp/doc.csv' DELIMITER ',' CSV HEADER;
ERROR: invalid input syntax for type uuid: "null"
Run Code Online (Sandbox Code Playgroud)
正如你所看到的,我的文件中有 NULL "null"。
这种情况发生在之前为空的可选字段上。
我找到了这个解决方案:/sf/answers/2830006721/
但它对我不起作用:
COPY doc FROM '/tmp/doc.csv' DELIMITER ',' CSV HEADER QUOTE '"null"' NULL '';
ERROR: COPY quote must be a single one-byte character
Run Code Online (Sandbox Code Playgroud)
我如何导入这个文件?
UPD:我尝试用空引号替换空值。
命令尝试:
COPY doc FROM '/tmp/null.csv' DELIMITER ',' CSV HEADER QUOTE '"' NULL '';
ERROR: invalid input syntax for type uuid: ""
Run Code Online (Sandbox Code Playgroud)
文件的简短版本:
"id","removed","modified_at","root_id","parent_id","acl","properties","data","file_meta"
"f6a16ff7-4a31-11eb-be7b-8344edc8f36b","false","2021-01-04 00:00:12.347988","","","IS_PUBLIC","","",""
"2fdd0b8b-4a70-11eb-99fd-ad786a821574","false","2021-01-04 00:00:06.87298","","","IS_PUBLIC","","","" …Run Code Online (Sandbox Code Playgroud) 我目前在Mysql slave上运行mysqldump来备份我们的数据库.这对于备份我们的数据本身很有效,但我想补充的是主机的二进制日志位置,它与mysqldump生成的数据相对应.
这样做可以让我们恢复我们的奴隶(或设置新的奴隶),而不必在主数据库上执行单独的mysqldump,我们获取主数据库的二进制日志位置.我们只需要获取mysqldump生成的数据,将它与我们生成的二进制日志信息结合起来,然后再进行重新调整.
到目前为止,我的研究让我非常关心能够实现这个目标,但我似乎无法找到一种自动化的方法来实现这一目标.以下是我发现的"差不多":
这似乎是一个普遍的东西,以前有人必须弄明白,希望有人使用Stack Overflow?
我在我的 dynamodb 表上启用了时间点恢复。因此它将处理增量备份的创建。当我尝试从备份中恢复时,它正在创建一个新的 dynamodb 表。我们不能恢复到同一个 dynamodb 表吗?如果没有,在不影响 dynamodb 表性能的情况下,最好的方法是什么?
restore database-backups amazon-web-services amazon-dynamodb
PostgreSQL服务器中有两种不同的工具:pg_dump,pg_basebackup
这个工具有什么区别?
使用哪一个来创建数据库备份?
我已根据此处的文档在 Ubuntu 20.04.3 上安装了 Bareos 20.0.1 。
我正在尝试备份远程 PostgreSQL 数据库,显然,存在三种可能的情况,并且 PostgreSQL 插件(第三种解决方案)的优点使其成为显而易见的选择。
在PostgreSQL 插件文档 的PostgreSQL 插件先决条件部分中,有一行内容如下:
该插件必须安装在运行 PostgreSQL 数据库的同一主机上。
现在我不明白的是,如果我应该在数据库节点上安装插件,则bareos机器和数据库机器上的插件将如何通信?
此外,我在他们的GitHub上查看了该模块的源代码,我看到插件源代码尝试在本地查找文件,这是上述声明的证明。
在绝望的情况下,我尝试在 bareos 节点上安装插件及其依赖项,但我不断收到错误,Error: python3-fd-mod: Could not read Label File /var/lib/postgresql/13/main/backup_label该错误实际上是在尝试查找backup_label,该错误实际上是在尝试在 bareos 节点中
这是我的配置fileset:
FileSet {
Name = "psql"
Include {
Options {
compression=GZIP
signature = MD5
}
Plugin = "python"
":module_path=/usr/lib/bareos/plugins"
":module_name=bareos-fd-postgres"
":postgresDataDir=/var/lib/postgresql/13/main"
":walArchive=/var/lib/postgresql/13/wal_archive/"
":dbHost=DATABASE_DNS"
":dbuser=DATABASE_USER"
}
}
Run Code Online (Sandbox Code Playgroud)
请注意,插件文档将dbHost参数指定为: …
database-backups ×10
postgresql ×4
backup ×3
bacula ×1
blobstore ×1
csv ×1
heroku ×1
master-slave ×1
mongodb ×1
mongodump ×1
mysql ×1
mysqldump ×1
pitr ×1
restore ×1