El 24/08/11, Jorge Augusto Llamas Caamaño <jorge.llamas@xxxxxxxxx> 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@xxxxxxxxx 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 -- Sent via pgsql-admin mailing list (pgsql-admin@xxxxxxxxxxxxxx) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin
