Жесткие диски обычно не кодируют биты данных единственными магнитными доменами - производители жестких дисков всегда знали, что магнитные домены могли зеркально отразить, и создавать в обнаружении ошибок и исправлении к дискам.
Если немного зеркальных отражений, диск содержит достаточно избыточных данных, что это может и исправляться в следующий раз, когда сектор читается. Вы видите это при проверке УМНОЙ статистики на диске как 'Корректируемый коэффициент ошибок'.
В зависимости от деталей диска это должно даже смочь восстановиться больше чем с одного зеркально отраженного бита в секторе. Будет предел числу зеркально отраженных битов, которые могут быть тихо исправлены, и вероятно другой предел числу зеркально отраженных битов, которые могут быть обнаружены как ошибка (даже если больше нет достаточного количества надежных данных для исправления его),
Это все составляет в целом то, что жесткие диски могут автоматически исправить большинство ошибок, как они происходят и могут надежно обнаружить большинство из остальных. Необходимо было бы быть, имеют большое количество битовых ошибок в единственном секторе, что все произошли, прежде чем тот сектор был считан снова, и ошибки должны будут быть таковы, что внутренние коды с обнаружением ошибок рассматривают его как допустимые данные снова, прежде чем у Вас когда-либо был бы тихий отказ. Это не невозможно, и я уверен, что компании, управляющие очень крупными информационными центрами, действительно видят, что он происходит (или скорее это происходит, и они не видят, что он происходит), но это - конечно, не столь большая проблема, как Вы могли бы думать.
Да, это - конфигурация по умолчанию.
Вы развернули все 3 веб-приложения на единственном экземпляре Tomcat - таким образом, они будут доступны по умолчанию как
http://<some-domain-url>/x
где x = a,b
или c
Вы надеющийся ограничивать шаблон
http://a.mycompany.com/a
или http://b.mycompany.com/b
и
запретить http://a.mycompany.com/b
?
Затем попробуйте вложение веб-приложение через a <Context>
элемент в server.xml в Вашем
<Host name="a.mycompany.com" ...>
Как так:
<Host name="a.mycompany.com" appBase="webapps">
<Context path="/a" docBase="/a/"/>
</Host>
<Host name="b.mycompany.com" appBase="webapps">
<Context path="/b" docBase="/b/"/>
</Host>
Если path
установлен на ""
затем можно получить приложение в ROOT
контекст, как a.mycompany.com
вместо a.mycompany.com/a