Читаем официальную документацию.
http://www.postgresql.org/docs/8.1/interactive/backup.html



Если ОС одна и та же, ты файлы соберёшь (библиотеки, бинарники, файлы данных, конфиги) в том виде, в каком они у тебя были, пути будут прописаны, то должна заработать.
Я раньше дамп БД (PostgreSQL) делал простым копированием файлов в другую папку. По поводу переноса - почему нет? Но лучше для этого всё же использовать dump.

В общем последний вариант проекта таков:
В головном офисе ставим на сервер MySQL, создаю базу, подключаю 5 клиентов. В отделениях (где по одному компьютеру) ставлю MySQL локально, переношу им нашу базу.
Дальнейшие изменения в базе отделений будут передаваться в текстовом файле по электронке и подгружаться на сервер..... и обратно с сервера в отделения.

Пока я этот проект не реализовала, есть возможность меня отговорить   Есть желающие?

Есть ;)

Слово "MySQL" заменить на "Oracle"|"DB2"|"Sybase".
Слова "передаваться в текстовом файле по электронке и подгружаться на сервер..... и обратно с сервера" заменить на "используем репликации" (в случае с DB2 Q-репликатор)

  


dvska, ты это правильно сказал

Парни, ну Вы вообще из меня хотите настоящего программера сделать! Я тут так плюшками балуюсь 

Добавлено @ 08:20 

А разве можно использовать репликации, если компы не в одной сети. У меня получается 5 клиентов в одной сети..... а остальные 7 в разных городах, им я буду ставить базу локально. С ними как быть?

Ты в банке работаешь?


и получиться гемор как с 1С...



есть! 



Предлагаю, на TG или Django написать сайт+БД (БД одна и только у тебя в центальном офисе, а регионы "ходят" через сайт (можно будет сделать идентификацию  как в Django я не знаю, но в TG есть стандартные классы, методы и способы) )

Безопастно + конкурентное преимущество у банка, если организуешь доступ в эту систему для клиентов и партнеров. 

Читать в инете про "оффлайн-репликации", "сеансовые репликации".

M sergejzr

Перход на личности! Устное предупреждение.

Во многих случаях это может быть лишь дополнением,  будет сделать не так-то и просто.

  хороший админ + вменяемый программер = безопастность.

Добавлено @ 13:44 

можно подробней?

У нас хороший админ, но невменяемый программер (эт я)........ в общем вопрос безопастности меня мало волнует...... главное для меня, чтобы не терялись данные и не мучались пользователи


Это сообщение отредактировал(а) proDiva - 19.10.2006, 14:45

Мне что теперь совсем писать нельзя?

Добавлено @ 15:09 
Ура, можно.... значит про оффлайн репликации уже читаю. Вопрос безопастности меня мало волнует, для меня главное, чтобы не терялись данные и не было трудно пользователям.
А вообще эта тема пошла в русло баз данных...... зайду по этому поводу в другой подфорум. А пока тему закрываю.

Например если у филиалов с центром нет постоянно работающего канала связи, или он ненадёжен.

нормальный провайдер + ограничение доступа пользователей к интернету + (крайний случай - модем)+маленький размер страниц + AJAX

Добавлено @ 14:15 
+ можно либы JS, картинки и т.д. размещать на клиенте