Создание резервной (тестовой) копии сервера УКМ4 : УКМ-4

Работает служба MYSQL после установки УКМ до подмены БД? Если да, тогда лучше через дамп влить в чистую БД

Исходную базу на ходу копировали, судя по жалобным воплям в журнале.

2021-07-08 10:44:57 1114 InnoDB: Error: page 4 log sequence number 1689766299704
InnoDB: is in the future! Current system log sequence number 1689766111453.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files.

либо это ошибка уже вследствии какой-то другой ошибки в самом начале.
Эту базу выбрасываете. Сверяете битность операционок и установленного MySQL. Если вообще хоть что-то в машинах различается - переливаете дампом.
Если нет - останавливаете базу назначения и исходную базу, копируете сюда ее файлы, журнал ошибок зануляете, базы запускаете. Если падает - пишете сюда текстом, на каком именно месте.

Буду делать дамп БД. Подскажите пароль доступа к БД по умолчанию для пользователя root.

Скрипты создания и восстановления дампа.

Вложения

mysql_tools.zip (1.35 Мб, 29 просмотров)

Прошу пояснить, для чего в скрипте резервного копирования вызывается скрипт манипуляции с паролем call %DBPASSWORDSCRIPT% %LOGIN_PATH% %DBHOST% %DBUSER% %DBPASSWORD%

До господи
\mysql\bin\mysqldump -uroot -pCtHDbCGK.C ukmserver -R --triggers > С:/dump_ukmserver.sql дамп
mysql –uroot –pCtHDbCGK.C ukmserver < С:\dump_ukmserver.sql восстановление из дампа
шо вы там сущности изобретаете)

mysqldump пишет: Отказано в доступе.

нету прав писать в корень диска с?

Исправил - заработало.

>>> Прошу пояснить

Скрипты писали в СервисПлюс.

Можно разбираться, можно просто пользоваться, можно написать свой.