AlexKB,

приходилось, не припомню, чтобы были проблемы. Cache 2015.1.2. Через 1-2 недели предстоит деинсталляция на нескольких компах, если что-то нарою, отпишусь.

AlexKB,

такое бывает, когда установка не дошла до конца, или Cache была частично попорчена (удалены какие-нибудь записи в реестре, например). Можно попробовать переустановить Cache в режиме исправления, убедиться, что всё успешно завершилось, после чего - сносить. Альтернатива - откатить систему назад, к контрольной точке до установки Cache (что удаётся редко), либо чистить реестр руками.

servitНа текущий момент в Портале:
Время работы системы
322д 4ч 24м
Бывали и бо́льшие периодыУ некоторых заказчиков видел uptime по нескольку месяцев с остановкой лишь по внешним причинам (проблемы с дисковой подсистемой, например).

Из опыта и общих соображений: многое зависит от платформы, живучесть Linux-версий обычно выше Windows-аналогов. Cache, да по большому счёту и ОС, тут не при чём: просто квалификация админов может сильно отличаться. Вот хоть с теми же антивирусами приходилось не раз воевать/убеждать, и не для кого не будет откровением, на какой именно из этих ОС :)

Блок А.Н....винда просит обновления регулярно, а при обновлениях обычно перезагрузка.Windows admin может частично скомпенсировать этот недостаток, устанавливая обновления в ручном режиме. Если взглянуть на перечень обновлений, то большинство из них - либо обновления безопасности, либо что-то исправляется в UI, поэтому если не выставлять беззащитный сервер в и-нет и использовать его только как сервер Cache, откладывать установку большинства обновлений можно очень долго.

В целом я тоже сторонник Linux'а на серверах, обновления - лишь ещё один довод.

Кстати, если говорить о достижимости "вечного uptime" системы в целом, а не отдельного сервера, то Cache вполне это позволяет: схема Mirroring + ECP выдерживает все известные виды обновлений, включая обновления железа.

Блок А.Н....каше иногда переключает узлы просто из-за чрезмерно большой нагрузки.Если речь о переключениях узлов из-за задержек журнала, то в 2015.1.4 (и, наверное, в последних билдах других версий) вроде бы это поправили. Там несколько взаимосвязанных DevChanges, думаю, знаете.

Самое смешное, что такие проблемы крайне сложно воспроизводятся. На той площадке, за которой присматриваю, за "передёргиванием узлов" всегда стояла какая-то аппаратная проблема.

Да, зеркалирование не идеально. Но что использовать вместо него?