방금 찾아봤는데..
RDB$FILES의 패스 정보는 원래 읽기 전용의 목적이라고 하는군요. 실제 파일이 있는 패스를 그대로 가져올 뿐이라고 합니다.
그리고 공식적으로 유일한 방법은, 백업했다가 리스토어하는 방법뿐이라고 하는군요.
하지만 해킹성의 방법으로, 디비 파일의 헤더에서 패스를 직접 수정할 수도 있기는 하답니다.
하지만 권장하지는 않는다고 하네요.

여러 파일로 된 데이터베이스를 리스토어하는 방법에 대해서 찾아봤더니...
별로 친절하지 않은 다음의 내용 밖에 없네요.

When restoring to multiple-file database the target argument is of form: file_1 pages_1 file_2 pages_2 ... file_N-1 pages_N-1 file_N

Each pages_n specifies at most how many pages to put in file_n. Last in the list is a filename without page limit - it will contain all the pages not fit in file_N-1. Note that pages_n is measured in pages, not bytes so the numbers depend on page size.

Imagine you have a filesystem (or an ancient OS) which only supports 32-bit file pointers. To play safe, you decide to split your database on 2GB files. If the page size for the database is 8192, then each file can have up to 2*1024*1024*1024/8192 = 262144 pages.  

별로 도움이 안되었을 거 같네요.. 쩝...

그럼...


Sky.Star 님이 쓰신 글 :
: RDB$FILES라는 테이블입니다. 멀티파일을 만들게 되면 여기에 경로가 적히더군요..
:
: 문제는 이 테이블을 수정해도 실제 Connect를 해보면 처음 생성했던 폴더를 찾더군요..ㅠ.ㅠ...
:
: 어디를 수정해야 되는지 알 수가 없네요.....
:
: 임프님의 답변을 기다리겠습니다.......
:
:
: 박지훈.임프 님이 쓰신 글 :
: : 저번에 제가 답변을 썼을 때도 정확하게 시스템 테이블의 어디에 저장되는지 기억이 안났는데...
: : 지금도 안나네요. --;; 언뜻 본거라...
: :
: : 어느 테이블의 어떤 항목인지 알려주시면 찾아서 더 구체적인 정보를 알려드리죠. ^^
: :
: : 그럼...
: :
: : Sky.Star 님이 쓰신 글 :
: : : 회사에서 프로젝트를 진행하고 있는데..
: : :
: : : 이넘의 파이어버드가 말썽이네요..
: : :
: : : 하나의 파일을 배포하는거는 상관없는데..
: : :
: : : 2개 이상의 멀티파일로 만들어서 배포할려면
: : :
: : : 동일한 폴더에 넣어야 하더군요-0-;;;
: : :
: : : 임프님이 답변해 주신것을 근거로 SYSTEM 테이블에서 찾아 경로를 수정했지만
: : :
: : : 접속할때는 처음 만든 폴더의 경로를 찾더군요...
: : :
: : : 혹시 멀티파일로 만들어서 배포해보신분 있으시면 답변좀 부탁드립니다...;