Два идентичных файла; Apache говорит, что каждому запрещают
Основной основной подход
+ Можно отправить запросы на обновление на любой сервер базы данных.
+ Если одно Ведущее устройство перестало работать, другой будет готов вступить во владение.
- Вы можете иметь повреждение данных и/или индексировать конфликты, если не устанавливают правильно.
- Можно получить непоследовательные / неполные данные, когда одному узлу не удается получить обновления от другого. Помните, Вы будете читать/писать в оба сервера.
Подход "главный-подчиненный"
+ Никакая возможность для индексного конфликта. Обновление сделано на одном узле только.
+ Всегда, можно получить последовательные данные от Ведущего устройства и от актуального Ведомого узла (узлов). Это может быть достигнуто насколько приложение, обновляющее базу данных, ведет себя как ожидалось!!
- Можно отправить запросы на обновление только в Главный узел.
- Вам, возможно, понадобится к вручную обработке отказа к одному из Ведомых узлов, когда Главный узел перестал работать.
Просто напоминание
Выполнение репликации баз данных не означает выполнение резервного копирования базы данных. Резервное копирование базы данных важно, чтобы смочь восстановить последовательную копию Ваших данных, когда повреждение происходит. В этом случае все Ваши узлы репликации могут иметь те же поврежденные данные!!
SELinux is denying you access to the file, since you moved instead of copied it from somewhere else on the filesystem into its final location. Thus it kept its original security context, which didn't allow Apache to access it.
To resolve the issue, relabel the file (and probably all the rest of your files).
For example:
restorecon -r -v /var/www/html
To avoid the problem in future, copy files (and delete the original if necessary).