Dal

«В любой программе есть хотя-бы одна ошибка»

Ключевое слово — мониторинг. Почему бы не взять и не поставить какую-нибудь мониторилку — начиная каким-нибудь нагиосом или какти, заканчивая SCOM, и иметь полный статус систем, а не только единичные данные?

Мне было бы удобнее, если бы транспонировать табличку (юзеры по вертикали, права по горизонтали).
Но это частное мнение, так сказать :)

Я рекомендую всем avast — довольной простой и понятный для обычного пользователя.

Я думаю что возможен следующий вариант: примонтировать диск гостевой машины в режиме «только чтение». И натравить на примонтированный диск антивирус. Если он что либо найдет, то тогд уже думать дальше как вылечить «заразу».

Вобще, мне кажется, что хабру не хватает отдельного раздела или хотя бы блога для мини-постов

У меня тут товарищ мучился, только поднял виртуалку и по привычке пингует яндекс…
Ковырял настройки пока я не сказал, что яша лежит.

Всегда хотел попробывать дамские трусики, но они как-то маленькие, поэтому пользуюсь дамскими чулками или марлей…

Думаю этот вопрос является общим для всех БД. Распишу идеальный вариант:
— все owners схем на промышленной БД заблокированы. Доступ под этими пользователями не возможен.
— для проведения установки каждый администратор БД должен обладать собственным логином, с правами позволяющими ему проводить все необходимые операции в этих схемах
— логирование действия настраивается стандартными средствами Oracle aka Audit
— там логируются все действия данных пользователей
— пароль от аккаунта sys должен лежать в сейфе у главного боса и его использование должно быть регламентировано, ибо согласно политики Oracle его действия не могут быть залогированы, иначе он не сможет зайти в систему при возникновении непредвиденных ситуаций, к примеру переполнения табличного пространства для Audit
— из таблицы AUD все данные должны в онлайне стекаться на мониторинг администратору по безопасности
— успешные и неуспешные комманды должны выделаться признаками для возможности предотвращения несанкционированного доступа к данным

Ну вот вроде все что вспомнил согласно PCI DSS

Слышал от товарища про такую практику: разработчик пишет ТЗ (причем не за бесплатно), а потом согласовывает с заказчиком. То есть заказчик только ставит свой автограф, если его все устраивает.

Мы занимаемся портированием на 64 бита в настоящее время, если интересно, то в личку. Под вин не пользуемся, сами соберете?

P.S. Разработчики

Добавлю к предыдущим ораторам еще следующее: не надо использовать серверную как склад для бумаги/картриджей/прочего хлама.

Насколько я понимаю, речь идет о шуме _от серверной_, который сильно мешает людям в соседних кабинетах.

Если очень кратко.
Нужно разобраться с возможным путем распространения шума, это будет
— дверь
— стены
— пол
— потолок
— окна

1. Дверь. Нужно звукоизолировать саму дверь и ставить уплотнители, чтобы звук не проходил через щели и коробку.
2. Стены. В принципе, можно обойтись панельками, аналогичными потолочным (подвесной потолок Армстронг) — они неплохо поглощают шум.
3. Пол. Амортизаторы (резиновые прокладки) на ножки всего оборудования — шкафов и стоек, напольного кондиционера и т.д.
4. Потолок. Подвесной будет очень неплохо изолировать звук. Нужно обратить внимание, чтобы стены и перекрытия _за подвесным потолком_ тоже изолировались.
5. Окна. Решается только портьерами, но они быстро превратятся в пылесборник. Иди хотя бы тканными жалюзями. Лучше, если окон не будет.

В итоге за пределами серверной можно получить хорошую тишину.

Несколько тысяч километров до датацентра, сводят раздражение от шума к нулю.

А зачем ее звукоизолировать? На то она и серверная, а не компьютерный столик в спальне.

gcc ничего так, я до сих пор не прошел…

В имени используется
— название компании (их несколько) — 3 символа
— город — 5 символов
— тип сервера — 3 символа (FPS, APP, XCH, DOM и т.д.)
— порядковый номер — две цифры