- Релиз СУБД PostgreSQL 16, iPony129412, 10:40 , 15-Сен-23 (1) +3
- Релиз СУБД PostgreSQL 16, Lost Inside, 10:43 , 15-Сен-23 (2) +7 [^]
- Релиз СУБД PostgreSQL 16, Аноним, 10:59 , 15-Сен-23 (7)
- Релиз СУБД PostgreSQL 16, пук, 11:03 , 15-Сен-23 (9)
- Релиз СУБД PostgreSQL 16, Аноним, 11:17 , 15-Сен-23 (11) +1
- Релиз СУБД PostgreSQL 16, Аноним, 12:21 , 15-Сен-23 (27) +3
- Релиз СУБД PostgreSQL 16, Lost Inside, 13:22 , 15-Сен-23 (42)
- Релиз СУБД PostgreSQL 16, OpenEcho, 17:35 , 15-Сен-23 (65) –1
- Релиз СУБД PostgreSQL 16, Skif, 22:47 , 15-Сен-23 (86) +1
- Релиз СУБД PostgreSQL 16, АнонПапка, 19:13 , 16-Сен-23 (120)
- Релиз СУБД PostgreSQL 16, ыы, 11:21 , 15-Сен-23 (12)
- Релиз СУБД PostgreSQL 16, Аноним, 11:53 , 15-Сен-23 (15) –17 [V]
- Релиз СУБД PostgreSQL 16, scriptkiddis, 11:58 , 15-Сен-23 (16) +2
- Релиз СУБД PostgreSQL 16, Аноним, 12:22 , 15-Сен-23 (28)
- Релиз СУБД PostgreSQL 16, лютый арчешкольник..., 12:47 , 15-Сен-23 (39) +4
- Релиз СУБД PostgreSQL 16, Аноним, 13:33 , 15-Сен-23 (43) +2
- Релиз СУБД PostgreSQL 16, keydon, 14:31 , 15-Сен-23 (51) +10 [^]
- Релиз СУБД PostgreSQL 16, Anonymous Coward, 15:40 , 15-Сен-23 (53) +4
- Релиз СУБД PostgreSQL 16, Аноним, 15:43 , 15-Сен-23 (55) +1
- Релиз СУБД PostgreSQL 16, ыы, 15:50 , 15-Сен-23 (57)
- Релиз СУБД PostgreSQL 16, 1, 17:11 , 15-Сен-23 (64)
- Релиз СУБД PostgreSQL 16, ыы, 20:24 , 15-Сен-23 (81) +2
- Релиз СУБД PostgreSQL 16, microcoder, 10:13 , 16-Сен-23 (102)
- Релиз СУБД PostgreSQL 16, asand3r, 23:47 , 16-Сен-23 (135)
- Релиз СУБД PostgreSQL 16, rshadow, 11:54 , 18-Сен-23 (159) +1
- Релиз СУБД PostgreSQL 16, ыы, 12:46 , 18-Сен-23 (160)
- Релиз СУБД PostgreSQL 16, rshadow, 13:01 , 18-Сен-23 (161)
- Релиз СУБД PostgreSQL 16, ыы, 14:22 , 18-Сен-23 (162)
- Релиз СУБД PostgreSQL 16, Neandertalets, 16:11 , 18-Сен-23 (168)
"Может быть" - не значит, что это хорошо. Если хотя бы 2 нагруженные БД на одной СУБД и отличаются по структуре и профилю запросов - уже проблема нормально оптимизировать, а если 3 - это как "задача трёх тел" в физике/астрономии - не решаемо вообще. Одна БД серьёзная, а остальные мелкие довеском - ещё можно. А несколько серьёзных... Сопровождать подобное похлеще, чем секс стоя в гамаке надо пропастью.
- Релиз СУБД PostgreSQL 16, microcoder, 22:51 , 18-Сен-23 (191)
- Релиз СУБД PostgreSQL 16, Аноним, 18:03 , 20-Сен-23 (232)
- Релиз СУБД PostgreSQL 16, Neandertalets, 16:05 , 18-Сен-23 (167)
Откройте для себя архив WAL-ов. Ну или хотя бы pg_probackup.
- Релиз СУБД PostgreSQL 16, Аноним, 20:51 , 18-Сен-23 (187)
- Релиз СУБД PostgreSQL 16, Neandertalets, 21:06 , 18-Сен-23 (189)
> Они помогут восстановить ОТДЕЛЬНУЮ БД (а не ВЕСЬ КЛАСТЕР) на момент времени в прошлом? У меня pg_probackup создаёт каждый день дельту от предыдущей дельты (ну и есть изначальный полный бэкап). И на любую хранящуюся дельту я могу восстановить любую отдельную базу. С WAL почти не работал напрямую именно в этой части: не могу сказать точно. Меня более чем удовлетворил pg_probackup. Но отдельные базы мне нужны только на тестовом кластере : продуктивные серьёзные БД стараюсь держать по одной на кластер. Да и восстанавливать терабайты - не быстрое весьма дело: лучше доп.узлом зарезервировать.
- Релиз СУБД PostgreSQL 16, ыы, 10:59 , 19-Сен-23 (197)
- Релиз СУБД PostgreSQL 16, Neandertalets, 11:19 , 19-Сен-23 (198)
>>могу восстановить любую отдельную базу. > Покажите командрую строку pg_probackup в которой вы указываете для него конкретную базу > в момент бэкапа > Покажите командрую строку pg_probackup в которой вы указываете для него конкретную базу > в момент восстановления Бэкапится кластер целиком, а восстанавливается - нужная база (по необходимости): 1) снятие полного бэкапа: pg_probackup backup -B /_backup/pgsqlbkp --instance=prod -j12 --backup-mode=FULL --compress --compress-level=8 --stream --delete-expired --pguser=u_backup --pgdatabase=db_backup --remote-host=172.16.3.1 --remote-user=postgres 2) снятие дельты: pg_probackup backup -B /_backup/pgsqlbkp --instance=prod -j12 --backup-mode=DELTA --progress --compress --stream --delete-expired 3) мерж полного бэкапа с дельтой (для движения "окна" глубины хранения): pg_probackup merge -B /_backup/pgsqlbkp --instance=prod -j12 -i QSIB7Z 4) ну и восстановление конкретной базы db_1 (postgres - для удобства): pg_probackup restore -B /_backup/pgsqlbkp --instance=prod -j12 --remote-user=postgres --remote-host=172.16.4.2 --db-include=postgres --db-include=db_1 Важно помнить, что восстановление идёт (надо делать) в отдельный каталог и уже оттуда базу можно "загружать" в целевой кластер. Чтобы не порушить остальные базы в кластере.
- Релиз СУБД PostgreSQL 16, ыы, 14:02 , 19-Сен-23 (212) –1
- Релиз СУБД PostgreSQL 16, Neandertalets, 14:35 , 19-Сен-23 (214)
> Это как раз тот самый метод про смекалку и кашу из топора. > Вы восстанавливаете полностью кластер на другой путь [НЕ БАЗУ, весь кластер, просто > остальные базы при этом восстановлении имеют нулевой размер], и потом каким-то > хитрым образом "загружаете"... > Через дамп поди ? :) > Смекалка и каша из топора.... pg_dump ... | psql ... Но всё достаточно легко заворачивается в скрипт и работает не чавкая. > Знаете, после нормальных СУБД - это выглядит как откат в каменный век... Какие СУБД вы называете нормальными? Оракл, вероятно. Немного сталкивался и лично у меня тоже не мало вопросов к нему (правда там я вообще без понятия, как бэкапы строятся (ну кроме таких же дампов). Мне энтерпрайзности Оракла хватило, когда кластер без ДБА жить практически не умеет: постоянно надо что-то делать, чтобы работало и не падало (работал с "Борлас" со стороны заказчика). Одноузловая СУБД - работает не плохо. Кластер - нахер надо сопровождать. У нас на Слонике БД крутятся с минимумом управляющих воздействий. В основном для профилактики и при обновлениях прикладного ПО, для контроля. > вместо решения задачи- вам приходится решать ТЕХНИЧЕСКИЕ УСЛОВНОСТИ. Вместо бэкапа- вы > делаете последователность странных действий. Когдато это было интересно, но потом такие > действия в нормальных базах стали частью скрытой от администратора логики, ввиду > абсолютной рутинности и бессмысленности ручного управления ею... А в чём проблема? Берите централизованную систему резервного копирования, которая будет делать всю рутинную работу. И уж в энтерпрайзе централизованная СРК должна быть, верно? Вообще-то делать бэкапы прода и пару сотен ТБ - это настолько на крайний случай, о которых в кошмарах вспоминают. А для оперативного резервирования - многоузловой кластер, который и с балансировкой и с горячим резервированием поможет. Ну и лицензия PostgresPro тоже поможет снять многие проблемы, если что.
- Релиз СУБД PostgreSQL 16, microcoder, 22:53 , 18-Сен-23 (192)
- Релиз СУБД PostgreSQL 16, Аноним, 16:45 , 18-Сен-23 (174)
- Релиз СУБД PostgreSQL 16, Легивон, 18:36 , 15-Сен-23 (71)
- Релиз СУБД PostgreSQL 16, keydon, 11:45 , 16-Сен-23 (108)
- Релиз СУБД PostgreSQL 16, ыы, 15:24 , 16-Сен-23 (117)
- Релиз СУБД PostgreSQL 16, АнонПапка, 19:25 , 16-Сен-23 (124)
- Релиз СУБД PostgreSQL 16, ыы, 19:48 , 16-Сен-23 (131)
- Релиз СУБД PostgreSQL 16, АнонПапка, 19:43 , 17-Сен-23 (151)
- Релиз СУБД PostgreSQL 16, ыы, 00:44 , 18-Сен-23 (154)
- Релиз СУБД PostgreSQL 16, keydon, 05:46 , 18-Сен-23 (155)
- Релиз СУБД PostgreSQL 16, ыы, 08:43 , 18-Сен-23 (157)
- Релиз СУБД PostgreSQL 16, keydon, 14:40 , 18-Сен-23 (163)
- Релиз СУБД PostgreSQL 16, ыы, 14:45 , 18-Сен-23 (164)
- Релиз СУБД PostgreSQL 16, Аноним, 12:43 , 26-Сен-23 (249)
- Релиз СУБД PostgreSQL 16, Аноним, 20:46 , 18-Сен-23 (186)
- Релиз СУБД PostgreSQL 16, keydon, 00:20 , 19-Сен-23 (195) –1
- Релиз СУБД PostgreSQL 16, Прохожий, 22:51 , 15-Сен-23 (87)
- Релиз СУБД PostgreSQL 16, Neandertalets, 16:02 , 18-Сен-23 (166)
У меня несколько по 2-3 сотни ТБ - пойдёт? С очень серьёзной нагрузкой (вся страна). Про мелочи в 2-3 ТБ даже не упоминаю... У коллег есть аналогичные. Вполне себе живут и не чавкают.
- Релиз СУБД PostgreSQL 16, BeLord, 13:50 , 19-Сен-23 (210)
- Релиз СУБД PostgreSQL 16, лютый арчешкольник..., 12:43 , 15-Сен-23 (38)
- Релиз СУБД PostgreSQL 16, Аноним, 13:50 , 15-Сен-23 (45)
- Релиз СУБД PostgreSQL 16, Просто щелкунчик, 15:50 , 15-Сен-23 (58) +1
- Релиз СУБД PostgreSQL 16, Аноним, 15:54 , 15-Сен-23 (60) +4
- Релиз СУБД PostgreSQL 16, Леонид, 18:10 , 15-Сен-23 (66)
- Релиз СУБД PostgreSQL 16, def mon, 18:39 , 15-Сен-23 (72) +4
- Релиз СУБД PostgreSQL 16, Онимус, 19:58 , 15-Сен-23 (76)
- Релиз СУБД PostgreSQL 16, Аноним, 20:02 , 15-Сен-23 (77) +2
- Релиз СУБД PostgreSQL 16, Аноним, 16:39 , 18-Сен-23 (172)
- Релиз СУБД PostgreSQL 16, Аноним, 15:53 , 15-Сен-23 (59)
- Релиз СУБД PostgreSQL 16, Онимус, 19:43 , 15-Сен-23 (74) +1
- Релиз СУБД PostgreSQL 16, Онимус, 19:55 , 15-Сен-23 (75) +1
- Релиз СУБД PostgreSQL 16, microcoder, 09:59 , 16-Сен-23 (100) +4
- Релиз СУБД PostgreSQL 16, Аноним, 19:37 , 16-Сен-23 (127)
- Релиз СУБД PostgreSQL 16, VladSh, 20:49 , 17-Сен-23 (152)
|