Re: Restoring a Full Cluster on a Different Architecture (32 x 64)
В списке pgsql-hackers по дате отправления:
| От | Jim C. Nasby |
|---|---|
| Тема | Re: Restoring a Full Cluster on a Different Architecture (32 x 64) |
| Дата | |
| Msg-id | 20060314185822.GL45250@pervasive.com обсуждение исходный текст |
| Ответ на | Re: Restoring a Full Cluster on a Different Architecture (32 x 64) ("Jonah H. Harris" <jonah.harris@gmail.com>) |
| Ответы |
Re: Restoring a Full Cluster on a Different Architecture (32 x 64)
|
| Список | pgsql-hackers |
On Mon, Mar 13, 2006 at 01:36:28PM -0500, Jonah H. Harris wrote: > What could be done in order to fix it? Is there any kind of application to > > translate it or the only solution was to "pg_dumpall" and "pg_restore" the > > cluster? > > > > Yes, dump and restore is the best way to go. Setting up Slony might be another option; you'd essentially be following the procedure used to speed up a PostgreSQL upgrade that would normally require a dump/reload. -- Jim C. Nasby, Sr. Engineering Consultant jnasby@pervasive.com Pervasive Software http://pervasive.com work: 512-231-6117 vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера