Пара историй из жизни ERP на винде, вряд ли у кого-то было подобное, но все же, шанс схватить такое есть
1. Сервер резервного копирования сошел с ума, и воспринял диск D, где было все, сервера SAP как свое хранилище, вместо своей цели резервного копирования. Поняв, что ему не хватает свободного места, он начал очистку диска. Т.О. по завершению остались только те файлы, которые висели в этот момент в памяти. И это был продуктив.
2. Антивирус, считающий себя самым умным, удалил записи из файла hosts, в котором хранились сведения о контроллере транспортного домена и STMS надолго загнулся. Причина была не явная, искали долго.
3. Постоянные глюки с синхронизацией времени. У нас ведь земля останавливается, атомные часы периодически корректируют на 1 секунду. Винда, а точнее тот факт, что Application Server и Oracle живут на винде по своим принципам, иногда приводят к дампам и останову системы с сообщением: Large Time Difference between Application server and Database.
4. Критические апдейты, которые не задушить даже групповой политикой, тупо перезагружают систему когда им этого хочется. Надо хитро настраивать WSUS.
5. Отсутствие глубоких инструментов анализа производительности на винде. На linux посмотреть IPOS-ы на диск не проблема, посмотреть кто сколько кушает памяти, проца, IOSP диска тоже.
На винде все сводится к системному монитору, не очень адекватному. А случаи бывают до смешного - у тебя 32 гига памяти на винде, ты видишь что их кто-то занял. Открываешь диспетчер, смотришь самые емкие процессы - а они меньше гига. И в сумме-то всех процессов не получается столько. Начинаешь копать инструменты от sysinternals - а они показывают тоже самое. В итоге - что-то съедает память на таком глубоком уровне, куда доступа у администратора нет. Где-то в ядре.. Так и живет винда от перезагрузки до перезагрузки.
6. Выпадание хоста из домена тоже приятная вещь. Все работает, работает и бац - перестало. А оказывается машина просто отсохла и записей в журнале даже не оставила.
На Linux пожаловаться не могу, все как часы.