Это было бы трудной задачей сделать в общем, таким образом, я думаю, что Вы вряд ли найдете стандартное решение. В то время как можно добраться, список файлов получил доступ от журналов, и сравните это со списком файлов в соответствующих каталогах, затем необходимо объяснить любые файлы, которыми получают доступ:
server.transfer
server.execute
#include
<script>
тегии т.д. Для некоторых приложений могут быть многие файл, которые используются сценариями, но не замечаются в журналах веб-сервера из-за способа, которым на них ссылаются.
Не знайте сервисы от руки, но я думаю, что можно хотеть изучить немного, как многоузловое дублирование может быть сделано. Два больших метода, о которых я читал:
Решения DNS, вероятно, будут намного более дешевыми, если можно даже купить опции BGP? Вот сообщение о методе Обмана DNS.
TZO.com является другим поставщиком, на которого можно взглянуть. Это - вероятно, их предложение, что Вы захотите посмотреть на http://www.autofailover.com/
Вы хотите предприятие, смотрите на Платформу нашей (Dyn Inc.) Dynect. Это - премиальная версия передачи любому из узлов DynDNS с расширенными функциями как обработка отказа и GSLB. http://dyn.com/dynect
Можно погуглить для GSLB иначе Глобальное Выравнивание нагрузки Сервера, которое является Опцией 'Обмана' DNS и также что используют akamai и Википедия.
Взгляд на http://wiki.powerdns.com/trac/browser/trunk/pdns/modules/geobackend/README для короткого технического введения в тему.
Обработка отказа BGP могла бы подойти для Вашего, который объявляет об одном префиксе с более низкой метрикой, чем другой, который в свою очередь получит весь трафик, если тот сайт не будет в режиме офлайн, и следовательно более низкие метрические объявления BGP отсутствуют в глобальной таблице маршрутизации. Передача одному из узлов BGP т.е. объявление об одном префиксе на нескольких сайтах с тем же metric/localpref в целом не подходят ни для чего другой DNS на самом деле, поскольку Вы не можете управлять, кто получает его по который строка.