Проблемы windows server 2019
Обновлено: 03.07.2024
(7)1С предлагает использовать методику Apdex. Если базы на основе БСП, то в них есть подсистема "Оценка производительности". Сама по себе штука требует позаморачиваться в настройке целевого времени ключевых операций, но в последующем предоставляет возможность получать в цифрах прирост (или отрицательный прирост) в производительности. Сравнивать надо до и после. Еще есть "Стандартный нагрузочный тест" , входящий в состав "Корпоративный инструментальный пакет". Тоже можно сравнить две системы.
Помимо вышесказанного замечу, что бюджетом в 370 тысяч вы распорядились неразумно. Перевод баз из файлового режима в клиент-серверный, за исключением редких случаев, дает ощутимый (в разы) прирост производительности. А проблему нехватки памяти надо решать в первую очередь переводом на 64-разрядную платформу. 370 т.р. хватило бы на оба апгрейда.
И последнее. Если вы работаете в режиме удаленного рабочего стола, то падение производительности не может быть связано с клиентскими компами. Это 100% на стороне сервера. Вас пытаются надуть, меняйте провайдера.
(7)выделили 370 тыщ рублей на сервер и работы что бы продолжать работать в файловых бд? Арендодатель говорит, что проблемы в наших компьютерах. Арендодатель предложил обновить ПО до Windows Server 2019, у которого ОЗУ можно было выделить 64 Гб.Можно название компании с такими "эКСПЕРТАМИ"?
Конфигурации УНФ 7Гб и Документооборот 1Гб, пользователей 30.Если конфигурации типовые дешевле было бы во шрэш перейти
виртуалка - не самый лучший выбор (можно работать но только после тонкой настройки)
Intel® Xeon® E5-2603 v2 1,80 ГГц - не самый лучший выбор
Откровенно говоря даже не знаю что Вам посоветовать в данной ситуации.
Правильней всего было бы переезд на SQL и на другой сервер, но это большие финансовые затраты.
Если без финансовых вложений это перенос баз на RamDisk, но это повлечёт риски потери данных при аварийном выключении сервера.
Или попробуйте развернуть вэб-сервер и подключаться к базам тонким клиентом через вэб. Даже на одном компьютере в файловом режиме это может убрать часть проблем с блокировками.
С этим сервером у меня есть 2 проблемы, обсуждение этих проблем в русскоязычном сегменте я не нашел:
1. Hyper-v, поднятый на 2019 сервере не завершает корректно работу виртуальных машин при своем выключении.
Самое главное, что такая проблема уже возникала после одного из обновлений на 2012 сервере и там достаточно быстро вышел патч с исправлением. А тут прям забили на решение.
2.Eсть ноутбук Dell 5468, под управлением windows server 2019 Datacenter, не подключается к телевизору по miracast (widi).
Для справки: Все это работало в этом же аппаратном наборе, но ноутбуке стоял Server 2016, перестало работать после апгрейда на 2019. Если поставить начисто 2019 тоже не работает, проблема явно в Server 2019. С других двух компьютеров, где Win 10 с этим телевизором все работает, значит он в порядке, если на ноутбук снова поставить начисто server 2016, то тоже работает, значит ноутбук впорядке.
При создании подключения к беспроводному дисплею, панель подключения, где должен появится список беспроводных устройств (дисплеев) просто закрывается.
В логах есть такая ошибка:
Имя сбойного приложения: ShellExperienceHost.exe, версия: 10.0.17763.1, метка времени: 0x5b9c8bd8
Имя сбойного модуля: ntdll.dll, версия: 10.0.17763.348, метка времени: 0xca65c822
Код исключения: 0xc0000005
Смещение ошибки: 0x0000000000033fc8
Идентификатор сбойного процесса: 0xcc4
Время запуска сбойного приложения: 0x01d4d59d7b0e2b2c
Путь сбойного приложения: C:\Windows\SystemApps\ShellExperienceHost_cw5n1h2txyewy\ShellExperienceHost.exe
Путь сбойного модуля: C:\WINDOWS\SYSTEM32\ntdll.dll
Идентификатор отчета: 9dc3dd63-7d96-4ebb-9052-433a5b6cc03c
Полное имя сбойного пакета: Microsoft.Windows.ShellExperienceHost_10.0.17763.1_neutral_neutral_cw5n1h2txyewy
Код приложения, связанного со сбойным пакетом: App
Ну вот собственно все, возможно найдутся люди у которых те же проблемы, ну и может кто-то из Майков обратит внимание на это.
У виртуальных машин Windows Server 2019 с эмуляцией EFI на VMware есть проблема с Application-Aware снапшотами. Выглядит это так: снапшот делается, доходит до 100%, висит минут 5, а потом вываливается в ошибку Failed to quiesce the virtual machine.
Расследование показало, что причина такой ошибки – конфликт службы VSS Windows Server 2019 и VMware Snapshot Provider, который и отвечает за application quiescing. Эта штука готовит виртуальную машину к снапшоту: останавливает работу приложений и операции записи, чтобы после восстановления из снапшота все данные были консистентны.
Microsoft утверждал и утверждает, что Application-Aware Snapshots прекрасно поддерживаются ОС. Действительно, в Hyper-V такой проблемы не возникает. VMware скромно предложила своим пользователям просто выключить quiescing (ну и что, что снапшот не будет консистентным на уровне приложения). Либо отказаться от системных дисков с GPT-разметкой и эмуляции EFI (в 2020-м году!).
Сегодня я покажу, как красиво обойти эту проблему и получить консистентный application-aware snapshot виртуальных машин Windows Server 2019, и заодно напомню поддерживаемый Microsoft способ установки Windows Server на виртуальную машину.
Кто виноват?
Начнем с начала. При создании виртуальной машины на VMware ESXi в VM Options по умолчанию стоит эмуляция BIOS. И, пока нет особых требований по безопасности или размеру системного диска, такой сценарий вполне уместен. Но как только нам нужно настроить Secure Boot или количество vCPU превышает 128, потребуется создавать ВМ с эмуляцией UEFI. Хотя бы потому, что там есть:
- Secure Boot – защита от загрузки с посторонних носителей.
- Поддержка шифрования (требуется поддержка TPM, но в ESXi 6.7 та же беда).
- Поддержка дисков свыше 2ТБ (сомнительно, но бывает).
- Поддержка большого числа процессоров.
Раздел Recovery – защищенный раздел на системном жестком диске, который используется для восстановления заводских настроек системы в случае проблем. При установке Windows Server на GPT-диск в Recovery записывается среда Windows Recovery Environment (WinRE). Производители компьютеров, как правило, дополняют этот раздел своими кастомными настройками и драйверами, заточенными под конкретное железо.
Но мы же не с железом работаем, а с виртуальной машиной. Никаких откатов ни на какие заводские настройки не требуется. В конце концов, если нужно вернуть ВМ в исходное состояние, мы ее просто переразворачиваем. Следовательно, раздел Recovery на ВМ не имеет смысла и не особенно нужен.
Раздел Recovery защищен от изменения и случайного удаления: он «не замораживается». В результате между VSS VMware Snapshot Provider и Microsoft Windows VSS возникает конфликт: провайдер VMware пытается сделать снапшот всех разделов диска, а Windows Server не дает ему это сделать. Эту радостную новость нам сообщают логи:
Что делать?
Лечится это просто. Можно устанавливать Windows на ВМ с помощью командлета Convert Windows Image. Собственно, именно такой сценарий установки рекомендует и поддерживает сам Microsoft (этот скрипт есть на RTM образе Windows Server 2016 в каталоге с образом Nano Server, но это другая и не менее интересная история ;) ).
Скрипт автоматически создаст шаблон с обновленной sysprepped Windows Server, необходимыми драйверами и даже ролями. Такой подход интересен тем, что процесс установки и настройки ОС можно автоматизировать, так как скрипт поддерживает unattend.xml. Кроме того, этот вариант предоставляет свободу для инженерного творчества: от предварительного запуска ВМ на Hyper-V с установкой через Invoke-Command до создания кастомного сервиса через правку реестра.
На выходе у нас получится толстый VHD-диск, который можно подсунуть VMware, запустить ВМ, поставить VMware Tools и сконвертировать в шаблон. В результате у ВМ будет GPT-разметка внутри, пригодная для запуска на EFI ВМ и без Recovery раздела by design. В качестве бонуса: в моем примере я сразу создам паравиртуальный адаптер для обеспечения перфоманса. А главное – для такой виртуальной машины без проблем можно будет сделать application-aware снапшот.
Теперь все подробно по шагам.
Извлечение драйверов
- Скачиваем образ с репозитория.
- Монтируем образ.
Подготовка обновлений Windows Server 2019
- Скачиваем кумулятивные обновления отсюда. Там же найдете подробное описание патча и известных проблем, которые в нем имеются.
- Важно: обновление может потребовать дополнительного обновления Servicing Stack Update. Смотрим раздел How to get this update и находим номер обновления, которое мы должны скачать через MS update catalog:
Установка образа
- Запускаем PowerShell с повышенными привилегиями.
- Устанавливаем модуль
- Создаем хэш-таблицу для Convert-WindowsImage:
- Запускаем установку Windows Server 2019 и идем пить кофе:
В данном примере на выходе получается полностью подготовленная ОС в состоянии Sysprepped, но ничто не мешает нам использовать для кастомизации Unattend.xml (Customization specifications немного озадачиваются при виде sysprep-шаблона и ВМ не разворачивается).
Подробнее о ключах этого замечательного кмдлета тут и в Get-Help самого кмдлета.
После этого можно загрузить диск на ESXi, создать ВМ и поставить VMware Tools. И разворачивать виртуальные машины, не беспокоясь о проблемах с quiescing snapshots.
Создаем структуру OU в Active Directory с помощью PowerShell
Довольно часто администратору Active Directory при создании новых организационных единиц (OU — Organizational Units) нужно сразу создать определенную структуру вложенных контейнеров внутри новой OU. Например, при открытии нового филиала вам нужно создать в новом OU контейнеры для пользователей, групп, серверов и.
Групповые политики: запуск скрипта только один раз
Логон (логоф) скрипты групповых политик позволяют запустить bat или PowerShell скрипт при загрузке компьютера или входе (выходе) пользователя. В некоторых случаях администратору нужно, чтобы определенный скрипт (команда) запускались для каждого пользователя или компьютера только один раз, и не отрабатывал при следующих.
Управление групповыми политиками (GPO) в Active Directory с помощью PowerShell
Этот метод входа запрещено использовать для входа в Windows
Если при входе в Windows вы получаете ошибку “Этот метод входа запрещено использовать”, значит результирующие настройки групповых политик на компьютере запрещают локальный вход под этим пользователем. Чаще всего такая ошибка появляется, если вы пытаетесь войти под гостевой учетной записью на обычный.
Включаем поддержку SR-IOV для виртуальных машин Hyper-V
SR-IOV (Single Root Input/Output Virtualization) это технология виртуализации аппаратных устройств хоста, позволяющая предоставить виртуальным машинам прямой доступ к устройствам. Технология позволяет виртуализировать различные виды устройств, но чаще всего используется для виртуализации сетевых адаптеров. В этой статье мы расскажем, как правильно включить.
Не загружается контроллер домена: ошибка 0xc00002e2
Не удается запустить приложение с ошибкой side-by-side configuration is incorrect
Если при запуске программы в Windows вы получаете ошибку “Не удалось запустить приложение, поскольку его параллельная конфигурация неправильна/ The application has failed to start because its side-by-side configuration is incorrect”, значит программа не может запуститься из-за отсутствующих файлов зависимостей. Компоненты, нужные.
Низкая скорость сети на хосте Hyper-V с Windows Server 2019
Несколько раз встречался с тем, что скорость копирования файлов по сети с/на виртуальные машины на Hyper-V в Windows Server 2019 намного ниже, чем в ВМ аналогичной конфигурации на хосте с Windows Server 2016. В некоторых тестах скорость записи/чтения данных по сети.
Отключение автоматического запуска Microsoft Teams
По-умолчанию, при установке пакета Office 365/ Office 2019 устанавливаются сразу все офисные приложения Microsoft, в том числе Teams (выборочная установка приложений Office возможна с помощью Office Deployment Tool). Teams всегда настроен так, чтобы запускаться автоматически при входе пользователя. Однако, если вы.
Enter-PSSession: интерактивное управление удаленным компьютером из PowerShell
Командлет Enter-PSSession позволяет создать постоянную интерактивную PowerShell сессию с удаленным компьютером. Все команды, которые вы вводите в вашей командной строке, выполняются на удаленном компьютере. В этой статье мы рассмотрим основные возможности и особенности использования командлета Enter-PSSession для удаленного управления компьютерами с.
Установка роли Remote Desktop Services Host (RDSH) на Windows Server 2019 в рабочей группе
В этой статье описано, как установить и настроить роль терминального сервера Remote Desktop Session Host в рабочей группе (без домена Active Directory) и без всех дополнительных ролей (Connection Broker, Remote Desktop Web Access, RDS Gateway). Windows Server с ролью RDSH (Remote.
После установки Windows Server 2019 и перед сдачей сервера клиенту вы, как хороший системный администратор, должны выполнить первоначальную настройку сервера. Во-первых, это избавит вас от возможных претензий и при этом не займёт много времени. Во-вторых, покажет вас с лучшей стороны. В третьих, другой сисадмин, который будет настраивать сервер после вас, не будет ругаться и стонать.
Итак, ОС установлена, что дальше?
Настройка сети и Интернет
Сначала настраиваем сеть. Убедитесь что драйвера сетевой карты корректно настроены. Если драйвера не настроены, то нужно их установить.
Например, при установке Windows Server 2019 на виртуальную машину VMware с сетевой картой VMXNET3, драйвера устанавливаются вместе с VMware Tools.
VMware Tools устанавливаются просто, подробно останавливаться на этом не будем.
Если в сети доступен DHCP сервер и есть доступ к интернету, то сеть автоматически заработает и появится Интернет, это видно по значку.
По умолчанию сеть настроена на получение IP адреса по DHCP. Обычно принято назначать серверам статические IP адреса. Выясните у клиента настройки для сети сервера и настройте IPv4 в свойствах сетевого адаптера.
Если в компании нет DNS сервера и провайдер не указал свои адреса, то можно использовать публичные DNS сервера, такие как:
Если в компании явно не требуется протокол IPv6, то лучше его отключить.
Сеть настроена, Интернет есть. Можно для уверенности выполнить ping любого сайта в Интернет.
Настройка драйверов
Диспетчер устройств покажет вам, есть ли неизвестные устройства.
При установке на виртуальную машину обычно проблем с драйверами не много, но если вы устанавливаете Windows Server 2019 на железный сервер, то картина может быть такой:
В этом случае драйвера можно найти на сайтах производителей серверов. Например, драйвера для серверов HPE можно установить из Service Pack for ProLiant:
В крайнем случае можно найти в Интернете сборник драйверов и воспользоваться им, но я таким обычно не занимаюсь.
Установка обновлений
Устанавливать обновления нужно. Если вы скачали самый свежий образ Windows Server 2019, то и в этом случае найдётся парочка обновлений.
Процесс обновления может затянуться, иногда я оставляю эту операцию на ночь.
Активация Windows
Активируйте Windows, если у вас есть ключ. Даже если у вас ознакомительная версия и Windows активируется сам, то проверьте доступность Интернет. В ином случае без активации через 10 дней сервер начнёт выключаться каждые 30 минут.
Имя сервера
Укажите имя сервера (узнайте у клиента), при необходимости введите сервер в домен, для этого потребуются права администратора домена.
После смены имени сервера может потребоваться перезагрузка.
Региональные настройки, время и временная зона
Настройте язык, временную зону и время. Временную зону уточните у клиента. В Windows Server 2019 эти настройки можно сделать с помощью панели управления. Единственное, теперь регион вынесен в настройки интерфейса метро: Settings > Region.
Роль сервера и софт
В зависимости от требований установите роли сервера и необходимый софт.
Удалённый доступ
В зависимости от необходимости настройте удалённый доступ к серверу. Это может быть RDP, VNC, виртуальная или KVM консоль.
Заключение
Драйвера установлены, сеть настроена, регион проверен, обновления есть, активация выполнена, имя задано, роли и софт присутствует, доступ есть. Сервер можно отдавать заказчику.
Читайте также: