Исправление manul91, (текущая версия) :
с –single-transaction
Это тоже ок.
Дело в том что на момент когда дамп снимается, oldsql уже должен работать мастером (пусть и без слейвов) - чтобы писать изменения в логи репликации, и чтоб внутри дампа была текущая позиция синхронизации откуда слейв должен подцепиться к синхронизацию.
ну вот я примерно так и собирался сделать, но там 30 минут выход (дамп (хотя на тесте я дамп на живую делал с –single-transaction), копия, рестор) и еще 30 я закладываю на непредвиденные проблемы.
Да пусть и три часа, у тебя просто нет выбора, если база вообще как-то важна.
Вероятность что репликация с такой древнючей версией сработает, имхо не больше 1%. Хотя можно взять старейшую версию mariadb, если она совместима по докам, и потом апгрейдить…
Руководству тоже будет поука, не держать legacy.
Исправление manul91, :
с –single-transaction
Это тоже ок.
Дело в том что на момент когда дамп снимается, oldsql уже должен работать мастером (пусть и без слейвов) - чтобы писать изменения в логи репликации, и чтоб внутри дампа была текущая позиция синхронизации откуда слейв подцепится к синхронизацию.
ну вот я примерно так и собирался сделать, но там 30 минут выход (дамп (хотя на тесте я дамп на живую делал с –single-transaction), копия, рестор) и еще 30 я закладываю на непредвиденные проблемы.
Да пусть и три часа, у тебя просто нет выбора, если база вообще как-то важна.
Вероятность что репликация с такой древнючей версией сработает, имхо не больше 1%. Хотя можно взять старейшую версию mariadb, если она совместима по докам, и потом апгрейдить…
Руководству тоже будет поука, не держать legacy.
Исправление manul91, :
с –single-transaction
Это тоже ок.
Дело в том что на момент когда дамп снимается, oldsql уже должен быть мастером (пусть и без слейвов) - чтобы писать изменения в логи репликации, и чтоб внутри дампа была текущая позиция синхронизации откуда слейв подцепится к синхронизацию.
ну вот я примерно так и собирался сделать, но там 30 минут выход (дамп (хотя на тесте я дамп на живую делал с –single-transaction), копия, рестор) и еще 30 я закладываю на непредвиденные проблемы.
Да пусть и три часа, у тебя просто нет выбора, если база вообще как-то важна.
Вероятность что репликация с такой древнючей версией сработает, имхо не больше 1%. Хотя можно взять старейшую версию mariadb, если она совместима по докам, и потом апгрейдить…
Руководству тоже будет поука, не держать legacy.
Исправление manul91, :
с –single-transaction Это тоже ок.
Дело в том что на момент когда дамп снимается, oldsql уже должен быть мастером (пусть и без слейвов) - чтобы писать изменения в логи репликации, и чтоб внутри дампа была текущая позиция синхронизации откуда слейв подцепится к синхронизацию.
ну вот я примерно так и собирался сделать, но там 30 минут выход (дамп (хотя на тесте я дамп на живую делал с –single-transaction), копия, рестор) и еще 30 я закладываю на непредвиденные проблемы.
Да пусть и три часа, у тебя просто нет выбора, если база вообще как-то важна.
Вероятность что репликация с такой древнючей версией сработает, имхо не больше 1%. Хотя можно взять старейшую версию mariadb, если она совместима по докам, и потом апгрейдить…
Руководству тоже будет поука, не держать legacy.
Исходная версия manul91, :
ну вот я примерно так и собирался сделать, но там 30 минут выход (дамп (хотя на тесте я дамп на живую делал с –single-transaction), копия, рестор) и еще 30 я закладываю на непредвиденные проблемы.
Да пусть и три часа, у тебя просто нет выбора, если база вообще как-то важна.
Вероятность что репликация с такой древнючей версией сработает, имхо не больше 1%. Хотя можно взять старейшую версию mariadb, если она совместима по докам, и потом апгрейдить…
Руководству тоже будет поука, не держать legacy.