Как переместить базу данных redis с одного сервера на другой?

во-первых, создайте дамп на сервере A.

A$ redis-cli
127.0.0.1:6379> CONFIG GET dir
1) "dir"
2) "/var/lib/redis/"
127.0.0.1:6379> SAVE
OK

это гарантирует dump.rdb полностью обновлен и показывает нам, где он хранится (/var/lib/redis/dump.rdb в данном случае). dump.rdb также периодически записывается на диск автоматически.

затем скопируйте его на сервер B:

A$ scp /var/lib/redis/dump.rdb myuser@B:/tmp/dump.rdb

остановите сервер Redis на B, скопируйте дамп.rdb (гарантируя, что разрешения такие же, как и раньше), затем запустите.

B$ sudo service redis-server stop
B$ sudo cp /tmp/dump.rdb /var/lib/redis/dump.rdb
B$ sudo chown redis: /var/lib/redis/dump.rdb
B$ sudo service redis-server start

версия Redis на B должна быть больше или равна этому А, или вы можете ударить проблемы совместимости.

Если у вас есть подключение между серверами, лучше настроить репликацию (которая тривиальна, в отличие от SQL) с новым экземпляром в качестве подчиненного узла - тогда вы можете переключить новый узел на master с помощью одной команды и выполнить перемещение с нулевым временем простоя.

верьте или нет, я просто сделал статью для него:

http://redis4you.com/articles.php?id=005&name=Seamless+migration+from+one+Redis+server+to+another

но как я узнаю, когда передача данных завершена между ведущим и ведомым устройством? Вы можете использовать команду INFO.

В настоящее время вы также можете использовать MIGRATE, доступный с 2.6.

Я должен был использовать это, так как я хотел только переместить данные в одной базе данных, а не все из них. Два экземпляра Redis работают на двух разных машинах.

Если вы не можете подключиться непосредственно к Redis-2 из Redis-1, Используйте привязку порта ssh:

 ssh [email protected] -L 1234:127.0.0.1:6379

небольшой скрипт для циклического перебора всех ключей с помощью ключей и переноса каждого ключа. Это Perl, но, надеюсь, вы поняли:

 foreach ( $redis_from->keys('*') ) {

    $redis_from->migrate(
        $destination{host},    # localhost in my example
        $destination{port},    # 1234
        $_,                    # The key
        $destination{db},
        $destination{timeout} 
    );
 }

посмотреть http://redis.io/commands/migrate для получения дополнительной информации.

также можно перенести данные с помощью команды SLAVEOF:

SLAVEOF old_instance_name old_instance_port

проверьте, что вы получили ключи с KEYS *. Вы можете проверить новый экземпляр любым другим способом, и когда вы закончите, просто включите репликацию:

SLAVEOF NO ONE

чтобы проверить, где свалка.rdb должен быть размещен при импорте данных redis,

запустить клиент

$redis-cli

и

затем

redis 127.0.0.1:6379> CONFIG GET *
 1) "dir"
 2) "/Users/Admin"

здесь /Users/Admin-это расположение дампа.РДБ, который считывается с сервера и поэтому это файл, который должен быть заменен.

вы также можете использовать rdd

Он может сбрасывать и восстанавливать запущенный сервер redis и разрешать фильтровать/сопоставлять / переименовывать ключи дампов

простой способ, который я нашел для экспорта / резервного копирования данных Redis (создать файл дампа), - это запустить сервер через командную строку с флагом slaveof и создать живую реплику следующим образом (предполагая, что исходный Redis-1.2.3.4 на порту 6379):

/usr/bin/redis-server --port 6399 --dbfilename backup_of_master.rdb --slaveof 1.2.3.4 6379

Я также хочу сделать то же самое: перенести БД из автономного экземпляра redis в другой экземпляр redis(Redis sentinel).

поскольку данные не критичны(данные сеанса), я дам https://github.com/yaauie/redis-copy попробуй.

Я только что опубликовал утилиту интерфейса командной строки для npm и github, которая позволяет копировать ключи, соответствующие заданному шаблону (даже *) из одной базы данных Redis в другую.

вы можете найти здесь, утилита:

https://www.npmjs.com/package/redis-utils-cli

ключевые элементы миграции с нулевым временем простоя:

• репликация (http://redis.io/commands/SLAVEOF)
• возможность записи в ведомое устройство во время переключения приложений (CONFIG SET slave-read-only no)

короче:

1. установите целевой redis (пустой) в качестве ведомого источника redis (с вашими данными)
2. дождитесь завершения репликации
3. разрешить запись в целевой redis (который в настоящее время раб)
4. переключите свои приложения на целевой redis
5. дождитесь завершения потока данных от ведущего устройства к ведомому
6. поверните цель redis от мастера к рабу

кроме того, у redis есть опции, которые позволяют отключить исходный redis для приема записей сразу после отсоединения цели:

• min-slaves-to-write
• min-slaves-max-lag

эта тема рассматривается

• http://redis.io/topics/admin#upgrading-or-restarting-a-redis-instance-without-downtime

очень хорошее объяснение от команды RedisLabs https://redislabs.com/blog/real-time-synchronization-tool-for-redis-migration

и даже их интерактивный инструмент для миграции:https://github.com/RedisLabs/redis-migrate

redis-dump наконец-то работал на меня. В его документации приведен пример того, как сбросить базу данных Redis и вставить данные в другую.