In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] 
says...
> In article <[EMAIL PROTECTED]>,
> wheel  <[EMAIL PROTECTED]> wrote:
> 
> % I copied all of the database 'parts' to the new 'base' directory. I am 
> % not sure how carefully anyone has read what I wrote. But it's so simple 
> % what I'm asking about, or so it would seem to me.
> 
> As several people have pointed out, you can't do this.
> 
> % In another install of pg (assuming BM is not reading this and won't be 
> % upset by abbreviations) there was a database at this location:
> % 
> % c:\postgresql\data\base\16404 
> % 
> % at least I think that is a database folder, I've never read anything 
> % about where/how postgres stores the files for a database. Under the 
> % 16404 folder are many other folders, I think they comprise that 
> % particular database.
> % 
> % On a separate postgres installation, ie different server, I want to move 
> % that 16404 folder (with child dirs etc, what I assume are it's parts) to 
> % what amounts to the same location:
> % 
> % c:\postgresql\data\base\16404 
> 
> As several people have pointed out, this will not work. You can copy
> c:\postgresql\data and everything under it, but you can't copy
> individual subdirectories and have it work.
> 
> 
I see what you and they were talking about now. 

The reason I'd not understood before what that when told that it doesn't 
work to copy individual subdirs, was because as I'd stated I wasn't 100% 
sure that the dirs like c:\postgresql\data\base\16404\ represented the 
top level of a distinct db's directory structure, and had mentioned one 
of that folder's subdirectories as an example of what I'd copied along 
with c:\postgresql\data\base\16404\. That subdir is what I thought 
people were referring to when they said you can't selectively copy 
subdirectories. After that I more or less stubbornly misinterpreted what 
was being recommended in that light.

I guess the reason is that the pg system database etc are lodged in the 
hive under \base\, and the system db contains the metadata about the db 
to be restored? 

Unfortunately I've tried this now (exact same version of pg windows 
binary, user, password etc) and it didn't work. I'll just forget about 
the db I was trying to restore, it wasn't important, and has certainly 
not been worth the train wreck intro to the group.

---------------------------(end of broadcast)---------------------------
TIP 1: if posting/reading through Usenet, please send an appropriate
       subscribe-nomail command to [EMAIL PROTECTED] so that your
       message can get through to the mailing list cleanly

Reply via email to