Я боюсь, что должен не согласиться с предыдущим ответом: (один) только robocopy не является хорошим инструментом для копирования данных, потому что это не имеет никакого механизма для резервного копирования открытых файлов безопасно, и поэтому это может иметь непредсказуемые результаты.
Я не говорю теоретически здесь: в прошлом году у моего клиента была общая авария данных (как в: он не имел ничего больше), потому что он использовал robocopy для синхронизации его папки данных с удаленным сервером ежедневно. Начиная с файлов в вопросах, где, для значительной части, используемой настольной программой базы данных, файл, что, где скопировано успешно, где случайный в зависимости от того, какому процессу заблокировали их все еще.
Когда сотрудник удалил все свои "живые" данные (не спрашивайте, почему), он обратился за помощью к восстановлению данных. Мы ничего не могли сделать, так как "резервным" решением был robocopy.
Правила резервных копий:
К сожалению, в то время как это - действительно большой инструмент, robocopy не является программой, которая позволяет Вам делать вышеупомянутое правильно.
Если вы подозреваете, что файл web.config содержит настраиваемый заголовок, почему бы вам не взглянуть? : -)
Откройте файл web.config в вашем любимом редакторе XML (я предпочитаю notepad ++), найдите следующий раздел:
system.webServer/httpProtocol/customHeaders
и посмотрите, добавлены ли какие-либо заголовки. Это будет выглядеть примерно так (при условии, что в этом файле web.config больше ничего не было):
<configuration>
<system.webServer>
<httpProtocol>
<customHeaders>
<add name="x-robots-tag" value="noindex" />
</customHeaders>
</httpProtocol>
</system.webServer>
</configuration>
Дополнительную информацию о customHeaders можно найти в IIS.NET