YV
как ей восстановить базу данных, на другом чистом сервере, без s3 и других внешних хранилищ
Если нод немного, можно просто через freeze partition усе быстро обстряпать.
Size: a a a
2019 November 25
a
Если нод немного, можно просто через freeze partition усе быстро обстряпать.
a
как тут
a
результат тулзой clickhouse-backup так же. уже перенес базы данных
a
а вот восстановить ручками сложновато
YV
как тут
Я точно также переносил базу с одной площадки на другую.
YV
а вот восстановить ручками сложновато
Вообще ничего сложного :)
a
Вообще ничего сложного :)
файлов создания таблиц в sql много, и партиций которые надо преатачить, а мозгов уже не так много
YV
файлов создания таблиц в sql много, и партиций которые надо преатачить, а мозгов уже не так много
Дык на енто и есть скрипты :)
Я забекапил папку shadow зипом, создал нужную базу и таблицы на новом месте, а потом при помощи zip -l, awk и такой-то матери создал shell- скрипт, который в /datached -папки таблиц распаковывает zip- архив фризнутых партиций.
Я забекапил папку shadow зипом, создал нужную базу и таблицы на новом месте, а потом при помощи zip -l, awk и такой-то матери создал shell- скрипт, который в /datached -папки таблиц распаковывает zip- архив фризнутых партиций.
a
Дык на енто и есть скрипты :)
Я забекапил папку shadow зипом, создал нужную базу и таблицы на новом месте, а потом при помощи zip -l, awk и такой-то матери создал shell- скрипт, который в /datached -папки таблиц распаковывает zip- архив фризнутых партиций.
Я забекапил папку shadow зипом, создал нужную базу и таблицы на новом месте, а потом при помощи zip -l, awk и такой-то матери создал shell- скрипт, который в /datached -папки таблиц распаковывает zip- архив фризнутых партиций.
а не поделитесь скриптами?
YV
а не поделитесь скриптами?
Ща до компа доберусь, скину...
a
Ща до компа доберусь, скину...
благодарствую
YV
unzip -l archive.zip | awk {'print $4'}| awk -F / '{print "unzip -j -o archive.zip "$0" -d /var/lib/clickhouse/data/{DB_Name}/{Table_Name}/detached/"$9}' > script.sh
Где archive.zip - имя файла архива папки shadow с исходного сервера,
{DB_Name} - имя базы
{Table_Name} - имя таблицы в базе.
Ну а далее делаешь chown для всех файлов в папке detached и далее просто еще один скрипт вида:
clickhouse-client -q "ALTER TABLE {DB_Name}.{Table_Name} ATTACH PARTITION 201807;"
clickhouse-client -q "ALTER TABLE {DB_Name}.{Table_Name} ATTACH PARTITION 201808;"
Где archive.zip - имя файла архива папки shadow с исходного сервера,
{DB_Name} - имя базы
{Table_Name} - имя таблицы в базе.
Ну а далее делаешь chown для всех файлов в папке detached и далее просто еще один скрипт вида:
clickhouse-client -q "ALTER TABLE {DB_Name}.{Table_Name} ATTACH PARTITION 201807;"
clickhouse-client -q "ALTER TABLE {DB_Name}.{Table_Name} ATTACH PARTITION 201808;"
a
unzip -l archive.zip | awk {'print $4'}| awk -F / '{print "unzip -j -o archive.zip "$0" -d /var/lib/clickhouse/data/{DB_Name}/{Table_Name}/detached/"$9}' > script.sh
Где archive.zip - имя файла архива папки shadow с исходного сервера,
{DB_Name} - имя базы
{Table_Name} - имя таблицы в базе.
Ну а далее делаешь chown для всех файлов в папке detached и далее просто еще один скрипт вида:
clickhouse-client -q "ALTER TABLE {DB_Name}.{Table_Name} ATTACH PARTITION 201807;"
clickhouse-client -q "ALTER TABLE {DB_Name}.{Table_Name} ATTACH PARTITION 201808;"
Где archive.zip - имя файла архива папки shadow с исходного сервера,
{DB_Name} - имя базы
{Table_Name} - имя таблицы в базе.
Ну а далее делаешь chown для всех файлов в папке detached и далее просто еще один скрипт вида:
clickhouse-client -q "ALTER TABLE {DB_Name}.{Table_Name} ATTACH PARTITION 201807;"
clickhouse-client -q "ALTER TABLE {DB_Name}.{Table_Name} ATTACH PARTITION 201808;"
огонь
a
спасибо
AS
Требуется ли какой-то буфер перед кх, чтобы батчи были большими?
КХ сам вычитывает пачками из кафки, в доках написано как их можно настроить
IE
КХ сам вычитывает пачками из кафки, в доках написано как их можно настроить
Спасибо
2019 November 26
h
А как так получается, что если у меня три кликхауса в докерах (с добавленным odbc драйвером, --network=host, на разных портах и с пустым remote_servers), подключены одинаковые словари из разных баз, а все выдают из одной? При чем через isql правильно работает.
h
А, это наверное потому что бридж всегда на 9018. Этот порт никак не настраивается?