Как сохранить БАЗУ ДАННЫХ SQL Г-ЖИ всегда: зеркальное отражение или replicationg?
- Distros поместил материал "повсеместно" для следования стандарту иерархии файловой системы для Linux, где двоичные файлы, предназначенные, чтобы быть выполненными корнем, входят в/usr/sbin, конфигурационные файлы входят в / и т.д., файлы, что изменение входит в / var и т.д... Это позволяет системе взаимодействовать лучше с другими инструментами.
- Да, люди действительно выполняют апача из/usr/sbin.
- У меня никогда не было проблемы с/var/www тем, чтобы быть принадлежавшимся корню. Одна одна система,/var/www/html является символьной ссылкой на другое местоположение. Если мне нужен один из тех, чтобы иметь другого владельца, я установил владение с марионеткой, так, чтобы будущие обновления httpd не повреждали его.
- "вкусное обновление".:)
- Обновления никогда не идут не так, как надо, потому что RH не вносит изменения функции и правильно отмечает файлы конфигурации так, чтобы обновленные версии не перезаписывали Ваши версии. Дело не в этом трудно, чтобы получить старую версию об/мин и понизить до него, как бы то ни было.
- В моих более старых системах апачская конфигурация прослежена в управлении версиями (CVS, SVN, безотносительно). В более новых системах это продвинуто из марионетки (который находится в управлении версиями),
- /etc/httpd/conf.d каталог файлов конфигурации, которые включены в конфигурацию. Это позволяет другое программное обеспечение, которое взаимодействует в некотором роде с апачем для отбрасывания необходимой конфигурации на месте, не будучи должен отредактировать файл конфигурации из сценария. Например, если Вы установите squirrelmail RPMs, то они отбросят файл конфигурации там. Установите mod_perl об/мин, и он отбрасывает конфигурацию там, которая загружает mod_perl.so (и имеет примеры других вещей, которые Вы могли бы хотеть сделать в некоторых комментариях),
Зеркальное отражение, которое настраивается в режиме высокой безопасности с присутствием свидетеля, может допускать переключатель активного экземпляра базы данных способом, который является бесшовным к приложению. Выгода - то, что это - синхронная операция каждый раз, когда существует транзакция... означающая это, должен фиксироваться на обоих узлах, прежде чем транзакция будет завершенной. Поэтому существует увеличенная задержка.
С репликацией приложение должно знать и быть готово сделать переключатель, если это обнаруживает узел не. Это не является автоматическим и определенно не бесшовным к приложению. Однако у Вас нет задержки транзакции, потому что это не синхронно (изменения копируются как можно скорее, но не подтверждаются через все узлы, прежде чем транзакция будет фиксироваться).
А-ч теперь, когда окончательный вопрос! Вы получите 101 ответ несомненно, но если Ваш вопрос на самом деле спрашивает, какая из этих технологий, вероятно, подходит лучше всего для предоставления доступа к базе данных, затем, я пошел бы для Зеркального отражения каждый раз. Репликация является фантастической для масштабирования данных и улучшения доступности подмножеств данных.
Если Ваш вопрос - то, что инфраструктура может я помещать на месте для стремления к 5 девяткам или лучшей доступности затем, я начал бы говорить о Кластеризации, Виртуализации и Peer для пиринга с репликацией (в последний раз, я только пойду для в SQL 2008 R2).
Возвращение к Зеркальному отражению, для автоматической обработки отказа, Вам будут нужны сервер свидетеля и Ваше разрешение имени сервера, должно будет быть обращено (одно решение состоит в том, что можно использовать партнера по обработке отказа в строке подключения).
Посмотрите, что база данных URL зеркально отражает