Лучший способ был бы, не прерывая нормальное функционирование. Для высокой надежности, отказоустойчивых систем, у Вас есть 2 DBS, которые сохранены в синхронизации, и Вы копируете вторичное устройство. (например, эта howtoforge статья)
Иначе прочитайте руководство: используйте myseldump, как Вы в настоящее время делаете, или используете mysqlhotcopy сценарий (использование точно так же, как mysqldump), или останавливаете DB и просто копируете кадр, MID, файлы MYI (использующий rsync).
Я думаю, что stop+copy механизм файлов является самым быстрым, Вы собираетесь добраться.
Я предполагаю одно из двух:
Либо у вас нет запущенного ssh-агента на сервере. ЧТОБЫ убедиться, что на сервере запущен ssh-агент, проверьте, установлена ли переменная среды SSH_AUTH_SOCK:
echo $SSH_AUTH_SOCK
Другая возможность состоит в том, что вы неправильно поняли, как должны работать пары ключей ssh. Вы установили свой открытый ключ на сервере? Если у вас есть ssh-copy-id, это очень просто. На клиенте:
ssh-copy-id user@server
Если нет, вам нужно вставить содержимое ~ / .ssh / id_rsa.pub на клиенте в ~ / .ssh / authorized_keys на сервере. Например (при условии, что на сервере не заданы другие ключи):
scp ~/.ssh/id_rsa.pub user@server:.ssh/authorized_keys
ssh user@server chmod 0600 .ssh/authorized_keys
Способ диагностики - запустить ssh с подробным выводом:
ssh -v user@host
Он должен показать вам, что пары ключей могут использоваться для аутентификации:
debug1: Authentications that can continue: publickey,password
Что это на самом деле пытается аутентифицироваться с помощью ключа:
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /home/$user/.ssh/id_rsa
И что аутентификация с открытым ключом прошла успешно:
debug1: Authentication succeeded (publickey).
Вам не нужно запускать ssh-add
или ssh-agent
на вашем сервере.
Вы должны запустить ssh-agent
на своем клиенте ( varga
). Это создаст сокет для программы ssh
для проверки наличия разблокированного ключа. ssh-agent
напечатает некоторые переменные среды, которые вам необходимо определить - обычно вы делаете это с помощью eval $ (ssh-agent)
, который запускает агент и экспортирует все необходимое переменные.
Как я вижу из вашего вопроса, ssh-add
запрашивает пароль и добавляет ключ к агенту, это означает, что агент запущен и все эти переменные экспортируются (по крайней мере в оболочке, которую вы используете для запуска ssh-add
). Но теперь, чтобы ssh
увидел агента, вы должны убедиться, что эти переменные также экспортируются в сеансе, в котором вы запускаете ssh
.
Тот факт, что ssh -add
не запрашивает пароль, когда вы запускаете его на сервере, это означает, что агент работает на сервере (он вам не нужен) и просто нет ключей для добавления, поэтому он завершает работу без уведомления.
Почему ssh
на клиенте запрашивает пароль? Вероятно, потому что вы добавили агенту неправильный ключ. Вы уверены, что можете авторизоваться на сервере с помощью ключевого файла ? Вы уверены, что при попытке входа в систему запрашивается пароль ключевого файла , а не пароль обычного пользователя? Сначала убедитесь, что аутентификация с помощью пульбик-ключа работает.
Тот факт, что ssh-add
не запрашивает пароль, когда вы запускаете его на сервере, означает, что агент работает на сервере (он вам не нужен), и просто нет ключи для добавления, поэтому он завершается без уведомления.
Почему ssh
на клиенте запрашивает пароль? Вероятно, потому что вы добавили агенту неправильный ключ. Вы уверены, что можете авторизоваться на сервере с помощью ключевого файла ? Вы уверены, что при попытке войти в систему запрашивается пароль ключевого файла , а не пароль обычного пользователя? Сначала убедитесь, что аутентификация с помощью пульбик-ключа работает.
Тот факт, что ssh-add
не запрашивает пароль, когда вы запускаете его на сервере, означает, что агент работает на сервере (он вам не нужен), и просто нет ключи для добавления, поэтому он завершается без уведомления.
Почему ssh
на клиенте запрашивает пароль? Вероятно, потому что вы добавили агенту неправильный ключ. Вы уверены, что можете авторизоваться на сервере с помощью ключевого файла ? Вы уверены, что при попытке войти в систему запрашивается пароль ключевого файла , а не пароль обычного пользователя? Сначала убедитесь, что аутентификация с помощью пульбик-ключа работает.
Почему ssh
на клиенте запрашивает пароль? Вероятно, потому что вы добавили агенту неправильный ключ. Вы уверены, что можете авторизоваться на сервере с помощью ключевого файла ? Вы уверены, что при попытке войти в систему запрашивается пароль ключевого файла , а не пароль обычного пользователя? Сначала убедитесь, что аутентификация с помощью пульбик-ключа работает.
Почему ssh
на клиенте запрашивает пароль? Вероятно, потому что вы добавили агенту неправильный ключ. Вы уверены, что можете авторизоваться на сервере с помощью ключевого файла ? Вы уверены, что при попытке войти в систему запрашивается пароль ключевого файла , а не пароль обычного пользователя? Сначала убедитесь, что аутентификация с помощью пульбик-ключа работает.