[{"data":1,"prerenderedAt":541},["ShallowReactive",2],{"blog-uk-how-to-restore-a-supabase-backup":3},{"id":4,"title":5,"body":6,"category":497,"cover":498,"coverAlt":499,"description":500,"draft":501,"extension":502,"faq":503,"image":521,"keywords":522,"meta":529,"navigation":530,"ogTitle":531,"path":532,"published":533,"seo":534,"stem":535,"tldr":536,"updated":533,"__hash__":540},"blog_uk\u002Fblog\u002Fhow-to-restore-a-supabase-backup.md","Як відновити резервну копію Supabase, і що ламається потім",{"type":7,"value":8,"toc":485},"minimark",[9,13,16,19,24,27,87,90,99,103,106,116,119,122,125,133,137,140,150,153,156,159,163,169,175,178,188,194,212,215,219,222,228,303,306,310,313,318,357,361,397,410,414,417,420,426,432,438,444,447,458,466,477],[10,11,12],"p",{},"Щось у вашій базі даних пішло не так, і цього разу у вас є копія. Тепер ви\nдивитеся на кнопку, яку ніколи не натискали, у проєкті зі справжніми\nкористувачами всередині, й міркуєте, що вона зараз із ними зробить.",[10,14,15],{},"Ось частина, яку гайд за гайдом лишає поза кадром. Майже кожна стаття про те, як\nвідновити резервну копію Supabase, закінчується в ту мить, коли відновлення\nзавершилося, а саме там починається більшість клопоту. Звичний результат це не\nвідновлення, яке провалилося. Це відновлення, яке спрацювало й усе одно лишило\nзастосунок зламаним, бо копія бази ніколи не містила нічого, крім бази.",[10,17,18],{},"Допомагає перестати уявляти це як повернення ваших даних. Відновлення міняє вашу\nбазу на старішу, і це ближче до заміни цілої шафи з документами, ніж до\nповернення однієї теки на місце. Усе далі випливає з цього.",[20,21,23],"h2",{"id":22},"як-відновити-резервну-копію-supabase","Як відновити резервну копію Supabase?",[10,25,26],{},"Три шляхи, і який із них відкритий вам сьогодні, вирішилося ще до сьогодні.",[28,29,30,46],"table",{},[31,32,33],"thead",{},[34,35,36,40,43],"tr",{},[37,38,39],"th",{},"Шлях",[37,41,42],{},"Що робить",[37,44,45],{},"Що потрібно",[47,48,49,61,72],"tbody",{},[34,50,51,55,58],{},[52,53,54],"td",{},"Панель Supabase",[52,56,57],{},"Замінює базу того проєкту датованою нічною копією на ваш вибір",[52,59,60],{},"Платний план, і копія ще лежить у вашому вікні",[34,62,63,66,69],{},[52,64,65],{},"Point-in-time recovery",[52,67,68],{},"Відкочує весь проєкт до хвилини, яку ви назвете",[52,70,71],{},"Додаток PITR, придбаний до того, від чого ви оговтуєтесь",[34,73,74,81,84],{},[52,75,76,77],{},"Файл дампа, програний через ",[78,79,80],"code",{},"psql",[52,82,83],{},"Завантажує файл у той проєкт, на який ви вкажете, включно з новісіньким",[52,85,86],{},"Файл, і пароль бази даних цільового проєкту",[10,88,89],{},"Перші два кладуть ваші дані туди, де вони й були. Третій єдиний, хто може\nпокласти їх деінде, і саме це потрібно того дня, коли проблема це ваш обліковий\nзапис, а не ваші дані.",[10,91,92,93,98],{},"Якщо ви не певні, що саме у вас є,\n",[94,95,97],"a",{"href":96},"\u002Fblog\u002Fdoes-supabase-back-up-my-database","план Supabase, на якому ви сидите, вирішує перші два",",\nі перевірка займає близько двох хвилин.",[20,100,102],{"id":101},"скопіюйте-те-що-маєте-зараз-перш-ніж-щось-відновлювати","Скопіюйте те, що маєте зараз, перш ніж щось відновлювати",[10,104,105],{},"Спершу зробіть копію бази в її нинішньому зламаному стані. Це одна команда, і\nсаме вона робить оборотним кожне наступне рішення.",[107,108,113],"pre",{"className":109,"code":111,"language":112},[110],"language-text","pg_dump \"postgresql:\u002F\u002F…ваш рядок підключення…\" \\\n  --clean --if-exists --no-owner \\\n  --file before-restore-2026-08-24.sql\n","text",[78,114,111],{"__ignoreMap":115},"",[10,117,118],{},"Причин дві, і другу люди зазвичай дізнаються запізно.",[10,120,121],{},"Перша та, що відновлення це заміна. Таблиці з копії повертаються рівно такими,\nякими були, тож кожен рядок, написаний у них відтоді, іде разом із ними.\nКлієнтка, яка зареєструвалася сьогодні вранці, це рядок, який ви зараз навмисне\nвидалите.",[10,123,124],{},"Друга та, що ваша зламана база й досі лишається єдиним місцем, де частина ваших\nданих узагалі існує. Якщо копія від вівторка, а шкода сталася в четвер, то все\nстворене в середу стоїть перед вами просто зараз і більше ніде. Відновіть згори,\nі воно зникне вдруге, цього разу вашою рукою, а не через випадковість.",[10,126,127,128,132],{},"Поки ви працюєте, вимкніть усе, що пише нові рядки.\n",[94,129,131],{"href":130},"\u002Fblog\u002Fai-agent-deleted-my-database","Міркування ті самі, що й після будь-якого невдалого видалення",":\nпроміжок між копією й теперішнім дорожчає тим більше, чим довше застосунок його\nзаповнює.",[20,134,136],{"id":135},"відновлення-з-панелі-supabase","Відновлення з панелі Supabase",[10,138,139],{},"Це замінює базу вашого проєкту копією, яку ви оберете, і проєкт недоступний, поки\nвоно триває.",[10,141,142,143,149],{},"Відкрийте проєкт, з яким говорить ваш застосунок, зайдіть у Database, потім\nBackups, і виберіть датовану копію. Точні кроки читайте у\n",[94,144,148],{"href":145,"rel":146},"https:\u002F\u002Fsupabase.com\u002Fdocs\u002Fguides\u002Fplatform\u002Fbackups",[147],"nofollow","власній документації Supabase про резервні копії",",\nбо панель перебудовують, а ця сторінка цього не помітить.",[10,151,152],{},"Скільки це триває, залежить від розміру вашої бази, і це відповідь самого\nSupabase. Поставте повідомлення про технічні роботи перед початком.",[10,154,155],{},"Point-in-time recovery це та сама операція з тоншим регулятором. Замість обрати\nминулу ніч ви називаєте хвилину, і проєкт відкочується до неї. Supabase називає\nце руйнівною дією, і це правильне слово. Їхні нотатки підтримки додають, що\nвідновлення point-in-time не може початися, доки не прибрано наявні слоти\nреплікації та підписки. Тож якщо щось у вашому застосунку читає зміни бази в міру\nїх появи, це крок перед початком, а не помилка на півдорозі.",[10,157,158],{},"Жоден із цих двох шляхів не покладе ваші дані в інший проєкт. Обидва діють на\nпроєкт, у якому ви стоїте, а отже жоден недоступний того дня, коли зламався саме\nваш доступ до облікового запису.",[20,160,162],{"id":161},"відновлення-файлу-дампа-через-psql","Відновлення файлу дампа через psql",[10,164,165,166,168],{},"Ви наводите ",[78,167,80],{}," на проєкт і програєте файл усередину. Той проєкт може бути\nтим, що у вас був, або новісіньким на обліковому записі, який ви відкрили сьогодні\nвранці.",[107,170,173],{"className":171,"code":172,"language":112},[110],"psql -d \"postgresql:\u002F\u002F…рядок підключення цільового проєкту…\" \\\n  --variable ON_ERROR_STOP=1 \\\n  --single-transaction \\\n  --file backup-2026-08-09.sql\n",[78,174,172],{"__ignoreMap":115},[10,176,177],{},"Два з цих перемикачів варто розуміти, бо саме типова поведінка psql і є\nнесподіваною.",[10,179,180,183,184,187],{},[78,181,182],{},"ON_ERROR_STOP=1"," спиняється на першій помилці. Без нього psql читає помилку,\nдрукує її й іде далі до наступного рядка, тож файл, який зламався на рядку 400 із\n30 000, усе одно закінчується запрошенням, схожим на успіх, над базою, якій\nбракує всього після того рядка. ",[78,185,186],{},"--single-transaction"," загортає весь файл в одну\nоперацію, тож збій лишає базу такою, якою вона була, а не наполовину зміненою.",[10,189,190,191,193],{},"Далі облікові дані, на яких багато хто застрягає. Програти резервну копію означає\nписати, тож потрібне щось, що вміє писати. Ключ anon цього не зробить, і ключ\nлише для читання теж. Те, чого хоче ",[78,192,80],{},", це пароль бази даних цільового\nпроєкту, і він лежить у налаштуваннях вашого проєкту Supabase, у розділі Database.",[10,195,196,197,201,202,205,206,211],{},"Що саме повернеться, залежить від того, що є у файлі, а це вирішилося тоді, коли\nдамп створювали. Ваші ",[198,199,200],"strong",{},"облікові записи"," це та частина, яку варто перевірити,\nперш ніж на неї покладатися. Вони живуть у схемі з назвою ",[78,203,204],{},"auth"," поруч із\nхешованими паролями, і Supabase описує\n",[94,207,210],{"href":208,"rel":209},"https:\u002F\u002Fsupabase.com\u002Fdocs\u002Fguides\u002Ftroubleshooting\u002Fmigrating-auth-users-between-projects",[147],"їхнє перенесення між проєктами","\nяк роботу з власними кроками. Якщо ви відновлюєте в новий проєкт і хочете, щоб\nлюди заходили з паролем, який у них уже є, прочитайте ту сторінку перед початком.",[10,213,214],{},"А новий проєкт має новий URL і нові ключі. Ваш застосунок і далі вказує на\nстарий, доки ви цього не зміните, і саме з цього починається наступний розділ.",[20,216,218],{"id":217},"відновилося-а-застосунок-усе-одно-зламаний","Відновилося, а застосунок усе одно зламаний",[10,220,221],{},"Це звичайний результат. Майже завжди це одна з п'яти речей, і перша забирає\nхвилину.",[223,224],"diagram",{"alt":225,"caption":226,"src":227},"Збережена копія веде в проєкт Supabase, намальований як три складені блоки. Блок public суцільний, повний рядків і позначений галочкою. Блок auth несе галочку й хрестик водночас. Блок storage пунктирний, порожній і перекреслений.","Відновлення сідає на схему, у якій живуть ваші таблиці. Ваші завантажені файли лежать поза нею й ніколи не були в копії, а чи повернуться ваші облікові записи, залежить від того, як ту копію робили.","\u002Fblog\u002Fhow-to-restore-a-supabase-backup\u002Fhow-far-the-restore-reached-1600x620.png",[28,229,230,243],{},[31,231,232],{},[34,233,234,237,240],{},[37,235,236],{},"Що ви бачите",[37,238,239],{},"Що сталося насправді",[37,241,242],{},"Що робити",[47,244,245,256,267,281,292],{},[34,246,247,250,253],{},[52,248,249],{},"Застосунок вантажиться, а кожен список порожній",[52,251,252],{},"Він і далі говорить зі старим проєктом",[52,254,255],{},"Впишіть URL і публікований ключ нового проєкту в налаштування застосунку й розгорніть його заново",[34,257,258,261,264],{},[52,259,260],{},"Зображення, аватари й завантаження зникли",[52,262,263],{},"Файли живуть у Storage, поза базою. Відновлені рядки містять лише шлях до кожного файлу",[52,265,266],{},"Відновіть файли з їхньої власної копії. Жодна копія бази не містить їх, на жодному шляху",[34,268,269,272,278],{},[52,270,271],{},"Ніхто не може увійти",[52,273,274,275,277],{},"Облікові записи живуть у схемі ",[78,276,204],{},", а чи були вони у файлі, залежить від того, як робили дамп",[52,279,280],{},"Скористайтеся посібником Supabase з міграції auth або відновіть із копії, що містить цю схему",[34,282,283,286,289],{},[52,284,285],{},"Сторінки читаються добре, а збереження не працює",[52,287,288],{},"База повернулася доступною для читання й не для запису",[52,290,291],{},"Створіть рядок через застосунок, перш ніж вважати справу закритою. Абзац нижче має подробиці",[34,293,294,297,300],{},[52,295,296],{},"Одна функція зламана, а її таблиця ціла",[52,298,299],{},"Edge-функції живуть у вашому репозиторії, поза базою",[52,301,302],{},"Розгорніть їх заново з білдера або з репозиторію",[10,304,305],{},"Четверта заслуговує на увагу. Право читати й право писати надаються окремо, і\nвідновлення може влучити в одне й промазати повз інше. Тож сторінки\nнаповнюються вашими даними, усе виглядає відновленим, а потім перша людина, яка\nнадсилає форму, отримує помилку. Погляд на застосунок ніколи вам цього не\nпокаже, бо дивитися це читати.",[20,307,309],{"id":308},"як-зрозуміти-чи-відновлення-справді-вдалося","Як зрозуміти, чи відновлення справді вдалося",[10,311,312],{},"Увійдіть, знайдіть рядок, який можете назвати, а потім напишіть один. Саме в\nтакому порядку, і остання перевірка та, що важить.",[223,314],{"alt":315,"caption":316,"src":317},"Дві смуги до тієї самої відновленої бази. Верхня, підписана select, повертає рядок і має галочку. Нижня, підписана insert, спиняється на межі бази й має хрестик.","Обидві йдуть до тієї самої відновленої бази, і рядки в обох випадках видимо на місці. Лише друга з'ясовує, чи відновлення дійшло до кінця.","\u002Fblog\u002Fhow-to-restore-a-supabase-backup\u002Fread-passes-write-fails-1600x620.png",[319,320,321,328,334,340,346],"ul",{},[322,323,324,327],"li",{},[198,325,326],{},"Увійдіть через застосунок так, як увійшов би користувач",", а не відкривайте\nредактор таблиць Supabase. Це перевіряє застосунок, з'єднання й облікові записи\nза один раз.",[322,329,330,333],{},[198,331,332],{},"Знайдіть рядок, який пам'ятаєте."," Конкретне замовлення, названий клієнт,\nостаннє, що ви додали перед поломкою. «Дані наче на місці» це відчуття; рядок,\nякий ви можете назвати, це перевірка.",[322,335,336,339],{},[198,337,338],{},"Порівняйте кількість із тим, чого очікували."," Відкрийте найбільшу таблицю в\nредакторі Supabase і прочитайте число рядків. Відновлення, що спинилося\nпосередині, зазвичай виявляється тут як завелика нестача.",[322,341,342,345],{},[198,343,344],{},"А тоді напишіть щось."," Створіть рядок так, як це робить користувач:\nоформте тестове замовлення, збережіть профіль, залиште коментар. Це перевірка,\nяка провалюється, коли три попередні проходять, і єдине, що доводить, що\nвідновлення завершилося.",[322,347,348,351,352,356],{},[198,349,350],{},"Відкрийте щось, що завантажив користувач."," Якщо у вашому застосунку є\nзображення чи вкладення, клацніть одне з них.\n",[94,353,355],{"href":354},"\u002Fblog\u002Fsupabase-storage-bucket-public","Чи повернулися ваші файли, це окреме питання від того, чи повернулися рядки",".",[20,358,360],{"id":359},"що-зробити-просто-зараз","Що зробити просто зараз",[362,363,364],"key-takeaways",{},[319,365,366,373,376,382,391,394],{},[322,367,368,369,372],{},"Скопіюйте базу такою, якою вона є зараз, перш ніж щось відновлювати. Це один ",[78,370,371],{},"pg_dump",", і саме він робить наступне рішення оборотним.",[322,374,375],{},"Вимкніть усе, що пише нові рядки, поки ви працюєте, бо відновлення видаляє все, що надійшло після зроблення копії.",[322,377,378,379,381],{},"Добирайте шлях під проблему. Відновлення з панелі лагодить ваші дані; лише файл дампа, програний через ",[78,380,80],{},", здатен перенести їх у новий проєкт.",[322,383,384,385,387,388,390],{},"Якщо користуєтесь ",[78,386,80],{},", вмикайте ",[78,389,182],{},". Відновлення, яке тихо здалося посередині, виглядає точно так само, як те, що вдалося.",[322,392,393],{},"Перевіряйте відновлення записом, а не читанням. Увійдіть, знайдіть рядок, який можете назвати, а тоді створіть один через застосунок.",[322,395,396],{},"Ставтеся до завантажених файлів і облікових записів як до окремих робіт. Жодна з них не закінчена, коли закінчена база.",[10,398,399,400,404,405,409],{},"Перш ніж закрити цю вкладку, з'ясуйте, чи маєте ви взагалі з чого відновлювати й\nде воно лежить. Ця одна відповідь вирішує, яка половина цієї статті вам колись\nзнадобиться. ",[94,401,403],{"href":402},"\u002Fchecklist","Десятихвилинний чекліст безпеки"," охоплює це поряд з\nрештою того, що варто перевірити в щойно запущеному застосунку, а\n",[94,406,408],{"href":407},"\u002Fis-your-supabase-app-safe","посібник з безпеки Supabase"," проходить по тому, що\nзазвичай лишається відкритим.",[20,411,413],{"id":412},"що-робить-reeve-care-того-дня-коли-ви-відновлюєте","Що робить Reeve Care того дня, коли ви відновлюєте",[10,415,416],{},"Копія вже існує, її вже прочитали назад і перевірили, і лежить вона поза вашим\nобліковим записом Supabase. Це перетворює описану вище годину на вибір, яку саме\nкопію, і на натискання кнопки.",[10,418,419],{},"Чотири речі, які це змінює саме в цій статті.",[10,421,422,425],{},[198,423,424],{},"Копію перевірено ще до того, як вона вам знадобилася."," Кожну резервну копію\nчитають назад і звіряють із тим, що в неї пішло, а дата у вашій панелі це остання\nкопія, яка пройшла перевірку, а не остання спроба. Наполовину зроблене\nвідновлення, від якого застерігає ця стаття, це проблема, яку ми знаходимо\nзвичайного пообіддя, перш ніж вона стане вашою.",[10,427,428,431],{},[198,429,430],{},"Страхувальна копія це не крок, який треба пам'ятати."," Натискання «відновити»\nспершу робить свіжу копію поточного стану, тож саме відновлення можна скасувати.",[10,433,434,437],{},[198,435,436],{},"Ваші завантажені файли теж повертаються",", щойно ви під'єднаєте свої бакети\nStorage. Це той рядок таблиці вище, який інакше не має доброї відповіді.",[10,439,440,443],{},[198,441,442],{},"Ключ до бази, який ми тримаємо, вміє лише читати."," Відновлення мусить писати,\nтож воно щоразу питає пароль вашої бази й не зберігає жодного. Необов'язковий\nключ до ваших файлів уміє писати, бо Supabase не видає ключа лише для читання\nдля Storage, і сторінка, де ви його передаєте, каже це заздалегідь.",[10,445,446],{},"Обмеження йдуть тим самим подихом, бо їх краще знати до оплати, ніж під час\nзбою:",[319,448,449,452,455],{},[322,450,451],{},"Працює із Supabase і сьогодні більше ні з чим.",[322,453,454],{},"Ви відновлюєтеся до копії, яка існує, а не до будь-якої названої хвилини. У найгіршому разі ви втрачаєте один інтервал, це до ночі на початковому плані й менше на двох вищих.",[322,456,457],{},"Облікові записи не чіпають ніколи. Нікого не виводять із сесії, не видаляють і не повертають.",[10,459,460,461,465],{},"Хай там як, лишайте резервні копії Supabase увімкненими. Дві копії у двох місцях\nце вся ідея, і дешевша з них уже є у вашому плані.\n",[94,462,464],{"href":463},"\u002F#pricing","Що охоплює кожен план Care",", написано на головній сторінці.",[10,467,468,469,471,472,476],{},"Якщо ви волієте не платити за жодне з цього, усе в цій статті працює й так.\n",[78,470,371],{}," за розкладом, якого ви справді дотримуєтесь, збережений там, куди\nвтрата вашого облікового запису Supabase не дотягнеться, плюс одне тренувальне\nвідновлення на квартал, доводить вас майже до кінця.\n",[94,473,475],{"href":474},"\u002Fblog\u002Fthree-ways-to-back-up-a-supabase-database","Три шляхи й те, що кожен із них лишає поза увагою","\nрозповідає це без продажів.",[10,478,479,480,484],{},"Увесь цикл намальовано крок за кроком на\n",[94,481,483],{"href":482},"\u002Fsupabase-backups","сторінці резервних копій Supabase",": як копія покидає\nSupabase, перевірка, що йде за нею, і кнопка, яка кладе її назад.",{"title":115,"searchDepth":486,"depth":486,"links":487},3,[488,490,491,492,493,494,495,496],{"id":22,"depth":489,"text":23},2,{"id":101,"depth":489,"text":102},{"id":135,"depth":489,"text":136},{"id":161,"depth":489,"text":162},{"id":217,"depth":489,"text":218},{"id":308,"depth":489,"text":309},{"id":359,"depth":489,"text":360},{"id":412,"depth":489,"text":413},"Backups","\u002Fblog\u002Fhow-to-restore-a-supabase-backup\u002Fcover-1200x630.png","Збережена копія розкривається в базу даних, її рядки прибувають один за одним і заповнюють порожнє місце під ними.","Як відновити резервну копію Supabase з панелі або з файлу дампа, що саме замінює відновлення і чому ваш застосунок може лишитися зламаним після нього.",false,"md",[504,506,509,512,515,518],{"q":23,"a":505},"Є три шляхи. У панелі ви обираєте датовану нічну копію, і Supabase замінює нею базу того проєкту, для чого потрібен платний план. Point-in-time recovery відкочує весь проєкт до хвилини, яку ви назвете, і потребує додатка PITR, придбаного заздалегідь. Або ви самі програєте файл дампа через psql, і це єдиний шлях, здатний перенести ваші дані в інший проєкт на іншому обліковому записі. Перед будь-яким із трьох зробіть копію бази такою, якою вона є зараз.",{"q":507,"a":508},"Чи видаляє відновлення дані, додані після створення копії?","Так. Відновлення це заміна, а не злиття: таблиці з копії повертаються рівно такими, якими були на той момент, і все написане в них потім зникає. Разом із рядками, з якими все було гаразд. Саме тому варто зупинити запис у застосунку перед початком, і саме тому варто зберегти копію поточного стану, щоб потім покласти добрі новіші рядки згори, якщо ви вирішите, що вони вам потрібні.",{"q":510,"a":511},"Відновлення завершилося, але зображення в застосунку зникли. Чому?","Бо ваших файлів ніколи не було в резервній копії. Supabase Storage живе поза вашою базою Postgres, тож копія бази містить рядок, що вказує на кожен файл, і жодного файлу. Відновлення дає вам таблицю, повну посилань на те, чого вже немає, або на те, що лежить у проєкті, яким ви більше не користуєтесь. Storage треба копіювати й відновлювати окремо, хоч який шлях резервного копіювання ви обрали.",{"q":513,"a":514},"Чи можу я відновити копію Supabase в інший проєкт?","Лише з файлу дампа, який ви тримаєте самі. Відновлення в панелі й point-in-time recovery обидва діють на проєкт, у якому ви стоїте, тож жоден не допоможе того дня, коли проблема саме в тому, що ви не можете зайти в обліковий запис. Файл pg_dump, програний через psql, потрапляє в той проєкт, на який ви вкажете, включно з щойно створеним на новому обліковому записі. Це і є та різниця того дня, коли вона важить.",{"q":516,"a":517},"Чи доведеться моїм користувачам реєструватися заново після відновлення?","Це залежить від того, чи були облікові записи в копії. Вони живуть у схемі бази з назвою auth разом із хешованими паролями, і Supabase описує їхнє перенесення між проєктами як роботу з власними кроками, а не як щось, що їде разом із вашими таблицями. Якщо ви відновлюєте в новий проєкт, прочитайте той посібник перед початком. Відновлення в межах того самого проєкту зазвичай лишає вхід недоторканим.",{"q":519,"a":520},"Скільки триває відновлення в Supabase?","Supabase каже, що це залежить від розміру вашої бази й від того, скільки даних треба обробити, і це чесна відповідь, яка мало допомагає, поки ви чекаєте. Виходьте з того, що проєкт буде недоступний увесь цей час, і поставте повідомлення про технічні роботи перед початком. Їхні нотатки підтримки додають, що відновлення point-in-time не може початися, доки не прибрано наявні слоти реплікації та підписки, тож перевірте це насамперед, якщо щось у вашому застосунку читає зміни бази наживо.","\u002Fblog\u002Fhow-to-restore-a-supabase-backup\u002Fcard-800x500.png",[523,524,525,526,527,528],"відновити резервну копію supabase","як відновити бекап supabase","supabase point in time recovery","відновити pg_dump через psql","відновити базу supabase в новий проєкт","відновити користувачів auth supabase",{},true,"Як відновити резервну копію Supabase","\u002Fblog\u002Fhow-to-restore-a-supabase-backup","2026-08-24",{"title":5,"description":500},"blog\u002Fhow-to-restore-a-supabase-backup",[537,538,539],"Щоб відновити резервну копію Supabase, ви або відкочуєте проєкт у панелі, або програєте файл дампа в проєкт через psql. Який із двох шляхів вам доступний, вирішилося ще до сьогодні.","Скопіюйте базу такою, якою вона є зараз, перш ніж щось відновлювати. Відновлення замінює таблиці, що є в копії, тож кожен рядок, написаний відтоді, іде разом із ними.","Звичний результат це відновлення, яке спрацювало, і застосунок, який усе одно зламаний, бо ваші завантажені файли й облікові записи ніколи не були в копії бази.","NHnlbbtnKfjok9_OBfnh9V7ElgyvEM8RImMABFeqp5A",1787826051134]