Агрегирование данных Postgresql по WAN надежно
Это является противоядным, но мы выполняем Терминальный сервер Windows Server 2003 приблизительно для 20 пользователей, с 10-15 вошел в систему во время и имеет 8 ГБ RAM. Мы не работаем с файлом подкачки, и наш сервер работает быстрее, чем он сделал до. Это, очевидно, не решение для всего, но мы работали как это в течение двух лет теперь и не имели никаких проблем, о которых я знаю.
1 Удаленно запрашивают развернутые поля и задерживают результаты к национальному полю для обработки
Стандартное соединение с SSL включило и 'вызвало', обеспечит то, что Вы ищете (см. ответ для № 4).
2 Ночных (удаленных) "синхронизации" или дамп базы данных развернутых полей к основной базе данных по национальному полю. Хотя у каждого удаленного есть поле, имеет ту же сервировку, фактические данные отличаются через плату. Способность вывести все эти данные удаленно в основной DB была бы идеальна.
3 Удаленно продвигают запись в таблице ко всем развернутым полям от национального поля.
Вы считали одно из многих решений по репликации доступным, включая Slony?
4 Гарантируют безопасность данных в пути и удаленно развернутые поля
PostgreSQL поддерживает SSL из поля. Можно также вынудить каждый экземпляр сервера потребовать SSL для соединений. Это обеспечит шифрование на транспортном уровне. Я полагаю, что более новые версии также поддерживают клиентские сертификаты, если Вы хотите иметь дополнительный уровень безопасности.
-
1Я haven' t изучил что глубоко решения по репликации все же, потому что Спасибо! я wasn' t уверенный, если это было правильным направлением для этого. Мои ограниченные знания репликации didn' t думают, что это повлекло бы за собой присоединение к нескольким маленьким базам данных в один единственный основной DB. Я предполагаю, что этой проблемой занялись прежде по Облаку/Интернету? – 14 April 2010 в 19:40
Кажется мне, что у Вас есть несколько баз данных, хранящих ту же информацию без схемы репликации на месте.
Моя рекомендация:
(1) Рассмотрите репликацию по безопасному транспорту. Я, более вероятно, пошел бы с VPN, чем с SSH для этого.
(2) Заскочите в #postgresql на irc.freenode.net для некоторого лучшего совета.
(3) Удостоверьтесь, что Ваши удаленные поля все заблокированы вниз. Если Вы хотите быть уверенными в этом, используйте OpenBSD вместо Freebsd/Linux. Душевное спокойствие стоит партий!
-
1Спасибо за подсказки. Сделанный быстрым редактированием к № 2 для отражения этого, но фактических данных в удаленном db' s отличается и а не ' replicating' (насколько я понимаю) я должен агрегировать все эти удаленные db' s в один основной дб. I' ll определенно заскакивают в #postgresql в ближайшем будущем и мне haven' t любые проблемы с FreeBSD, PF и удаленным доступом только открываются к небольшому диапазону IP (хотя, исправьте меня если I' m неправильно). Миграция на OpenBSD isn' t действительно опция в этой точке! Еще раз спасибо :) – 14 April 2010 в 19:11