Ten artykuł jest przeznaczony dla Zmanda Recovery Manager dla MySQL (ZRM)
Jeśli serwer ZRM musi działać jako inny użytkownik niż domyślny mysql użytkownika, do obsługi tej zmiany wymagana jest dodatkowa konfiguracja zarówno na serwerze ZRM, jak i na kliencie ZRM. W tym przykładzie użyjemy następującego użytkownika i grupy:
mysqldba
dba
Upewnij się, że zainstalowany jest ZRM Server 3.7 lub nowszy. Jeśli host MySQL jest oddzielony od serwera ZRM, klient ZRM w wersji 3.7 lub nowszej musi być również zainstalowany na hoście klienta.
usługa zmc_zrm stop
/opt/zmanda/zrm/apache2/conf/httpd.conf
Użytkownik mysql Group mysql
do:
Użytkownik mysqldba Group dba
korzeń
/ usr / bin / mysql-zrm-migrate-file-owner --user mysqldba --group dba
Poniższe instrukcje są uruchamiane na kliencie ZRM / hoście MySQL, jeśli jest on oddzielony od serwera ZRM. Jeśli używasz MySQL na samym serwerze ZRM, użyj Lokalny Gospodarz jako parametr hosta w Kopia zapasowa | Co strona. Pomija to pobieranie przez gniazdo bezpośrednio przy użyciu rozszerzenia cp polecenie kopiowania danych bez wywoływania żadnego xinetd-socket mechanizm. Dla klienta zdalnego:
Lokalny Gospodarz
Kopia zapasowa | Co
cp
xinetd-socket
usługa zmc_zrm start
Możesz zobaczyć komunikaty, takie jak:
Nie można znaleźć / etc / mysql-zrm Nie można znaleźć / opt / zmanda / zrm / logs Nie można znaleźć / opt / zmanda / zrm / apache2 / htdocs / zmanda-zrm Nie można znaleźć / opt / zmanda / zrm / bin Nie można znaleźć find / opt / zmanda / zrm / lib Nie można znaleźć / opt / zmanda / zrm / tmp Nie można znaleźć / opt / zmanda / zrm / apache2 / logs / fastcgi / Nie można znaleźć / opt / zmanda / zrm / php / tmp. nie znajduje / opt / zmanda / zrm / php / data
/etc/xinetd.d/mysql-zrm-socket-server
xinetd
/etc/init.d/xinetd restart