Question

我试图测试S3备份/恢复功能。我做了什么：

在亚马逊上安装了DSE + OpsCenter
计划每小时备份所有键空间（总大小为60 MB）。早上有10个备份。
终止实例并创建新实例
尝试恢复我的数据。没运气。 OpsCenter无法连接到我的S3存储桶

现在需要> 10分钟......

我做错了什么？

UPD：

最后，得到了回应： enter image description here

Answer 1

我相信这可能是OPSC-5915（对不起公共错误跟踪器），这是在即将发布的5.2.0版本中修复的。

摘要是API调用仍然可以按预期工作，但UI没有正确地将目标信息推送到API端点。

您可以确认这是您遇到的错误：

1) goto /etc/opscenter/clusters/<cluster_name>.conf (or similar location depending on if you've done a tarball install/etc)
2) Find the destination ID that matches your bucket, it'll look something like b699738d9bd8409c82e664b543f24030
3) Confirm the clustername in your opsc URLs, it'll look something like localhost:8888/my_cluster
4) Manually hit the API to retrieve your backup list
curl localhost:8888/<clustername>/backups?amount=6\&last_seen=\&list_all=1\&destination=<destination ID>
It'll look like this
curl localhost:8888/dse/backups?amount=6\&last_seen=\&list_all=1\&destination=b699738d9bd8409c82e664b543f24030
5) You should get back a json, confirm that your backup is listed
{"opscenter_adhoc_2014-12-17-20-22-57-UTC": {"keyspaces": {"OpsCenter":...

如果您在JSON中看到备份，那么opsc会看到您的备份，这确实是OPSC-5915，因此至少已经确认。

如果是这种情况，我们可以通过手动点击恢复API来解决这个问题（这无疑会涉及到更多）。

http://docs.datastax.com/en/opscenter/5.1/api/docs/backups.html#backups

看起来有点像这样：

  BACKUP='opscenter_4a269167-96c1-40c7-84b7-b070c6bcd0cd_2012-06-07-18-00-00-UTC'
    curl -X POST
        http://192.168.1.1:8888/Test_Cluster/backups/restore/$BACKUP
        -d '{
          "destination": "fe85800f3f4043a88fbe76fc45b22b19",
          "keyspaces": {
            "Keyspace1": {
              "column-families: ["users", "dates"],
              "truncate": true
            },
            "OpsCenter": {
              "truncate": false
            }
          },
        }'

Cassandra DSE，从S3超时恢复

1 个答案: