Обсуждение: RV: Recuperar una base de datos en un tablespace en otro servidor
RV: Recuperar una base de datos en un tablespace en otro servidor
Ahora si estoy en la lista de mails.
De: Jorge Augusto Llamas Caamaño [mailto:jorge.llamas@opxis.com]
Enviado el: miércoles, 24 de agosto de 2011 12:12 p.m.
Para: 'pgsql-admin@postgresql.org'
CC: 'Jorge Llamas'
Asunto: Recuperar una base de datos en un tablespace en otro servidor
Señores, cordial saludo.
Tengo una base de datos creada en un tablespace. El tablespace es básicamente un directorio en otro disco duro, por aquello de tener los datos en otro disco.
Se quiere migrar la base de datos a otro servidor. En el otro servidor que tiene la misma versión del S.O, Windows Server 2003, y también la misma versión de postgresplus 8.3.5.1.
Que puedo hacer para que la base de datos, que está en un tablespace del servidor antiguo, la pueda copiar directamente al nuevo servidor, que tiene las mismas características en cuanto a Sistema Operativo y versión de BD, y pueda funcionar normalmente ?
____________________________
Jorge Augusto Llamas Caamaño
Cel. 320 69 66 257
Tels. +(57)-5-6625011
Cartagena de Indias D.T. y C. - Colombia
________________________________________________________________________________________________________________________________________________________
La información contenida en este mensaje está destinada exclusivamente a la persona o personas a quienes aparece dirigido. Si la información aquí contenida tiene carácter comercial y/o técnico, sirvase tomar nota de que los datos o valores que en ella constan son meramente referenciales; y, por lo tanto, no obligan a la compañía ni pueden ser utilizados como fuente de compromisos en firme ni de obligaciones mercantiles. El presente mensaje no constituye ni configura un contrato. La compañía solo asume obligaciones a través de documentos firmados por uno de sus representantes legales debidamente autorizados. Este mensaje contiene información PRIVILEGIADA y CONFIDENCIAL. Si este mensaje no está dirigido a usted o le ha llegado por error, sírvase tomar nota de que cualquier revisión, uso, difusión o duplicación de esta comunicación queda estrictamente PROHIBIDA. Si usted no es la persona a quien el presente mensaje va dirigido, por favor contacte a OPXIS, respondiendo este mensaje y destruya todas las copias del mismo. Muchas gracias.
El 24/08/11, Jorge Augusto Llamas Caamaño <jorge.llamas@opxis.com> escribió: > Señores, cordial saludo. ES: **** Hola! Por favor intenta utilizar el inglés en las listas. Te lo recomiendo por lo siguiente: 1) Aunque el español es mi idioma materno, el inglés es el idioma materno de internet y de la informática. No es nada personal, pero existe la lista en español http://archives.postgresql.org/pgsql-es-ayuda/. 2) Tendrás más oportunidades de conseguir respuestas. Por 1) muchos informáticos simplemente usan inglés (sin importar su origen). 3) Tal vez exista alguien en el mundo que tenga tu mismo problema y encuentre tu thread, pero no entienda español. Por 1), es altamente probable que sepa inglés. Igual, por si no manejás bien el inglés te respondo en español y en inglés (para los que no saben español;) > Se quiere migrar la base de datos a otro servidor. En el otro servidor que > tiene la misma versión del S.O, Windows Server 2003, y también la misma > versión de postgresplus 8.3.5.1. > > Que puedo hacer para que la base de datos, que está en un tablespace del > servidor antiguo, la pueda copiar directamente al nuevo servidor, que > tiene las mismas características en cuanto a Sistema Operativo y versión de > BD, y pueda funcionar normalmente ? "pg_dump" -> "pg_restore" EN: **** I think this is the easiest solution I can think of. Is that a problem for your needs? Just in case, you shouldn't mess up with manipulating the tablespaces at the filesystem level. AFAIK tablespace support is intended to provide a better performance at the I/O level but never for hot backup or migration (in a *lazy* way I mean). E.g.: You have a very "slow" disk (say PATA) and a "very" fast one (SAS or SSD). Use the first for the system and other stuff and put the db data into the second. That will greatly help PostgreSQL to perform better when operating with the data in the second disk. If your intentions exceeds this purpose, it's very unlikely that you get something useful out of tablespaces. What's more, you'll get an extra administration load because you'll have to unnecessary deal with them. ES: **** Pienso que es la solución más fácil. ¿eso representa un problema para tus necesidades? Aclaro por si acaso, no deberías joder con el tema de los tablespaces a nivel de archivo. Hasta lo que sé el soporte de esta característica se provee sólo para mejorar la performance a nivel de E/S, pero no para backups en caliente ni migraciones (en forma *despreocupada*). Por ejemplo: disponés de un disco muy "lento" (como un PATA) y uno muy "rápido" (SAS o SSD). Poné el sistema y en general todo en el primero y poné los datos de la bd en el segundo. Eso va a ayudar muchísimo a PostgreSQL a dar un mejor rendimiento. Si tus expectativas exeden este propósito, es improbable que saqués algo útil del uso de tablespaces. Más aún, sólo conseguirás una carga extra de administración al tener que lidiar innecesariamente con tablespaces. -- Diego Augusto Molina diegoaugustomolina@gmail.com ES: Por favor, evite adjuntar documentos de Microsoft Office. Serán desestimados. EN: Please, avoid attaching Microsoft Office documents. They shall be discarded. LINK: http://www.gnu.org/philosophy/no-word-attachments.html