вывели ее из раздачи
2) пока replica1 была не в раздаче, на другой (replica2) удалили таблицу “a_table”
3) replica1 подняли с нуля
4) с replica2 скопировали metadata/* на replica1 и подложили на неё же флаг force restore и запустили
Вопрос: правда ли, что в этом случае в ЗК останется мусор в виде ноды «/a_table/replica1»?
Такое чистить только руками?
таблицы всегда удаляются на всех репликах, мусор останется вне зависимости от того была replica1 онлайн или нет в момент когда таблицу удаляли на replica2 (точнее не мусор, а просто вся таблица останется на replica1)
Спасибо! Админы просят уточнить: имеется ввиду, что все данные полностью утеряны (то есть на replica2 таблица удалена, а на replica1 данные утеряны ввиду потери дисков). Правда ли, что в этом случае всё, что останется от таблицы - это «ошмётки» метаданных в ЗК? То есть главный вопрос: правда ли, что таковой «мусор» в ЗК можно чистить разве что вручную? :) Извиняюсь за назойливость :)
да, правда, надо будет удалить в зк руками
кстати про 4) с replica2 скопировали metadata/* на replica1 и подложили на неё же флаг force restore и запустили по моему это не работает с atomic базами, поэтому я бы проверил
Хм, мы как раз находимся в процессе большого обновления LTS версии. Спасибо за кейз! Обязательно проверю. Поскольку есть большое желание перейти с Ordinary на Atomic, а в перспективе и на Replicated (когда и если тот достигнет production ready). Спасибо большое! Запишу себе в список того, что необходимо проверить :)
я просто недавно разбирался и сделал вот такой kb для atomic https://kb.altinity.com/altinity-kb-setup-and-maintenance/recovery-after-complete-data-loss/
Обсуждают сегодня