Назад | Перейти на главную страницу

Windows Server 2008: «не подлинный» - влияние на производительность?

Возможно ли, что отказ от активации копии Windows Server 2008 может повлиять на производительность, особенно по TCP?

Задний план:

Я настроен очень скептически: это похоже на большой отвлекающий маневр. Я думаю, что должны быть другие отличия в конфигурации, которые еще не выявлены.

Возможно ли отдаленно, что это связано с активацией Windows ?!

ИЗМЕНИТЬ I:

Извиняюсь за то, что не стал более конкретным Это на Oracle VM, а не на VMware. Как вы думаете, статьи VMware все еще актуальны?

Я пока не могу добавлять комментарии (!), Но большое спасибо за предложения, я получу системного администратора. чтобы дать им попробовать.

РЕДАКТИРОВАТЬ II:

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

Активация окон не имела никакого значения - по сути, проблема была не в этом.

Да, это УДАЛЕННО возможно - но на самом деле это так отдаленно, я не думаю, что у этого есть практические шансы. Например, это будет драйвер, который читает по-другому, когда не активирован (специально), и я не знаю об этом.

Так что во что бы то ни стало - нет. SOmething здесь действительно плохая конфигурация, и это не активация.

Я согласен с TomTom, что неактивная Windows возможна только удаленно, но, чтобы исключить это, вы можете переустановить ее, чтобы она вернулась к оценочной версии, используя:

slmgr.vbs –rearm

просто чтобы исключить это?

Отходя от того, чтобы рассматривать активацию как причину, у меня были, что звучит так, почти идентичные проблемы с производительностью на сервере Windows 2008, работающем под ESXi, при подключении к базе данных Oracle через JBoss и SQL * Plus, единственная реальная разница в том, что мой Доступ к экземпляру Oracle осуществлялся через нашу глобальную сеть.

В конце концов я решил эти проблемы, следуя инструкциям в VMware KB 2008925. В частности, изменение схемы электропитания с сбалансированной на высокопроизводительную. Я также ранее пытался отключить TCO (VMWare КБ 1009517) с помощью

netsh int tcp set global chimney=disabled

что, похоже, не имело никакого значения, я не исключаю комбинацию этих двух функций, поскольку я не отменял ее перед изменением плана электропитания.