Использование bginfo для отображения системной информации на рабочем столе

Развертывание на клиентские машины

Развертывание на соответствующих клиентских машинах довольно просто. Установка не требуется, так как вам просто нужно скопировать BGInfo.exe и BGInfoCapture.bgi на каждый компьютер и поместить их в один каталог.

После этого просто запустите команду:

Конечно, вы, вероятно, хотите запланировать процесс захвата для выполнения по расписанию. Эта команда создает запланированную задачу для запуска процесса захвата в 8 часов утра каждое утро и предполагает, что вы скопировали необходимые файлы в корень вашего диска C:

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

Загрузить BGInfo от Sysinternals

Tweet
Share
Link
Plus
Send
Send
Pin

Оценка ситуации

• Процессор. Если использование процессора постоянно находится на уровне, превышающем 80%, это значит, что сервер перегружен и нужно выяснить причины возникновения подобной ситуации. Дело в том, что производительность серверов часто падает при достижении нагрузки на процессор 80-90%. Если же нагрузка близка к 100%, падение производительности становится более заметным. Нагрузка на процессор, которую создаёт обработка единственного запроса, крайне мала. Но когда запросов очень много, например, на пиках активности пользователей, даже «лёгкие» запросы могут перегрузить сервер. Уменьшить уровень использования процессора можно, перенеся сервер в другое окружение, снизив объём сложных вычислительных операций, ограничив количество запросов, поступающих к серверу.
• Сеть. В периоды, когда к серверу поступает очень много запросов, сеть, к которой подключён сервер, должна справляться с передачей данных от пользователя серверу и в обратном направлении. Некоторые сайты, зависящие от хостинг-провайдеров, могут испытывать проблемы, достигая лимитов на передачу данных. Избавиться от этой неприятности можно, снизив объёмы данных, которыми обмениваются сервер и клиентские системы.
• Память. Если в системе недостаточно памяти, данные приходится выгружать на диск. Диск работает значительно медленнее, чем память. В результате такая ситуация может привести к замедлению работы серверного приложения. Если вся память сервера заполнена, это может привести к ошибкам нехватки памяти (Out Of Memory, OOM). Устранить эту проблему, можно, оптимизировав выделение памяти, исправив утечки памяти и оснастив сервер большим количеством памяти.
• Дисковая подсистема ввода/вывода. То, с какой скоростью данные можно записывать на жёсткий диск, и то, с какой скоростью их можно с него читать, зависит от самого диска. Если пропускная способность дисковой подсистемы является узким местом сервера, смягчить эту проблему можно, увеличив объём данных, кешируемых в памяти (правда, платой за это станет повышенное потребление памяти). Если кеширование не помогает — вполне возможно, что решить проблему поможет обновление дисковой подсистемы сервера.

top

Настройка базы данных хранилища

BGInfo поддерживает возможность хранения информации в нескольких форматах базы данных: база данных SQL Server, база данных Access, Excel и текстовый файл. Чтобы настроить эту опцию, откройте Файл> База данных.

Использование текстового файла

Самый простой и, пожалуй, самый практичный вариант — хранить данные BGInfo в текстовом файле, разделенном запятыми. Этот формат позволяет открывать файл в Excel или импортировать в базу данных.

Чтобы использовать текстовый файл или любой другой тип файловой системы (Excel или MS Access), просто укажите UNC для соответствующего файла. Учетная запись, выполняющая задачу для записи в этот файл, должна иметь права на чтение и запись как для общего ресурса, так и для разрешения файлов NTFS.

При использовании текстового файла единственная опция — заставить BGInfo создавать новую запись при каждом запуске процесса захвата, которая добавит новую строку в соответствующий текстовый файл CSV.

Использование базы данных SQL

Если вы предпочитаете, чтобы данные помещались прямо в базу данных SQL Server, BGInfo также поддерживает это. Это требует немного дополнительной настройки, но в целом это очень просто.

Первым шагом является создание базы данных, в которой будет храниться информация. Кроме того, вы захотите создать учетную запись пользователя, чтобы заполнить данные в этой таблице (и только в этой таблице). Для вашего удобства этот скрипт создает новую базу данных и учетную запись пользователя (запустите это с правами администратора на вашем компьютере с SQL Server):

Обратите внимание, что учетная запись пользователя SQL должна иметь разрешения «db_owner» для базы данных, чтобы BGInfo работал правильно. Вот почему вы должны иметь учетную запись пользователя SQL специально для этой базы данных

Затем настройте BGInfo для подключения к этой базе данных, нажав кнопку SQL.

Заполните свойства подключения в соответствии с настройками вашей базы данных.

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

Затем данные будут помещены непосредственно в таблицу с именем «BGInfoTable» в соответствующей базе данных.

Windows Server 2008

Поддерживаемые операционные системы контроллера домена:

• Windows Server 2019
• Windows Server 2016
• Windows Server 2012 R2
• Windows Server 2012
• Windows Server 2008 R2
• Windows Server 2008

Функции режима работы леса Windows Server 2008

Этот режим работы предоставляет все функции, доступные при режиме работы леса Windows Server 2003, но не имеет дополнительных функций.

Функции режима работы домена Windows Server 2008

• Доступны все функции AD DS по умолчанию, все функции из режима работы домена Windows Server 2003, а также:

  • Поддержка репликации распределенной файловой системы (DFS) для системного тома Windows Server 2003 (SYSVOL).

    Поддержка репликации DFS обеспечивает более надежную и управляемую репликацию содержимого SYSVOL.

    Примечание
    Начиная с Windows Server 2012 R2, служба репликации файлов (FRS) не рекомендуется к использованию. Для нового домена, созданного на контроллере домена под управлением Windows Server 2012 R2 (не ниже), должен быть установлен режим работы домена Windows Server 2008 или выше.

    

    

    

    

    

    

    

    

    

    

  • Пространства имен DFS на основе домена, работающие в режиме Windows Server 2008, включая поддержку перечисления на основе доступа и повышенную масштабируемость. Для пространств имен на основе домена в режиме Windows Server 2008 также требуется, чтобы лес использовал режим работы леса Windows Server 2003. Дополнительные сведения см. в статье Choose a Namespace Type (Выбор типа пространства имен).

  • Поддержка алгоритма AES (AES 128 и AES 256) для протокола Kerberos. Чтобы TGT выдавался с помощью AES, режим работы домена должен быть Windows Server 2008 или выше, а пароль домена необходимо изменить.

    Дополнительные сведения см. в статье Kerberos Enhancements (Дополнительные возможности Kerberos).

    Примечание
    При повышении режима работы домена до Windows Server 2008 или выше на контроллере домена могут возникать ошибки проверки подлинности, если он уже выполнил репликацию изменения DFL, но еще не обновил пароль KRBTGT. В данном случае при перезапуске службы KDC на контроллере домена будет запущено обновление нового пароля KRBTGT в памяти и устранены связанные ошибки проверки подлинности.

  • В данных о последнем интерактивном входе в систему приведены следующие сведения:

    • Общее количество неудачных попыток входа на сервер Windows Server 2008, присоединенный к домену, или рабочую станцию Windows Vista.
    • Общее количество неудачных попыток входа после удачного входа на сервер Windows Server 2008 или рабочую станцию Windows Vista.
    • Время последней неудачной попытки входа на Windows Server 2008 или рабочую станцию Windows Vista.
    • Время последней удачной попытки входа на сервер Windows Server 2008 или рабочую станцию Windows Vista.

  • Детальные политики паролей позволяют задавать политики паролей и политики блокирования учетных записей для пользователей и глобальных групп безопасности в домене. Дополнительные сведения см. в статье AD DS Fine-Grained Password and Account Lockout Policy Step-by-Step Guide (Пошаговое руководство по детальной настройке политик блокировки учетных записей и паролей доменных служб Active Directory).

  • Личные виртуальные рабочие столы

    Чтобы использовать добавленные функции, предоставляемые на вкладке «Личный виртуальный рабочий стол» в диалоговом окне User Account Properties (Свойства учетной записи пользователя) в оснастке «Пользователи и компьютеры Active Directory», схема AD DS должна быть расширена для Windows Server 2008 R2 (версия объекта схемы = 47). Дополнительные сведения см. в статье Deploying Personal Virtual Desktops by Using RemoteApp and Desktop Connection Step-by-Step Guide (Пошаговое руководство по развертыванию личных виртуальных рабочих столов с помощью подключения к удаленным рабочим столам и приложениям RemoteApp).

Выбор гипервизора

Дальше идет очень спорная тема — какой выбрать гипервизор. Я всегда, в обязательном порядке, все настраиваю в виртуальных машинах. На железо ставится только гипервизор и больше ничего. Это позволяет полностью отвязаться от железа. Гипервизоров, к слову, обязательно должно быть два

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

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

Теперь, собственно, о гипервизорах. Я рассматриваю только бесплатные варианты, так как чаще всего потребности малого и среднего бизнеса могут быть удовлетворены бесплатными гипервизорами. Выбор состоит из следующих вариантов:

1. VMWare Esxi. Нормальный вариант от лидера отрасли. Одно время там были неприятные ограничения в бесплатной версии, но сейчас вроде бы нет этих проблем. Существенным минусом vmware я считаю невозможность установить ее на софтовый рейд. Если у вас нет железного рейд контроллера, то esxi вам не подойдет.
2. Hyper-V. Если не ошибаюсь, он второй по популярности и доли рынка гипервизоров. Вариант нормальный, встает на фейк рейды (не рекомендую на них ставить) и даже позволяет их мониторить. Я использую Hyper-V там, где предполагается эксплуатация виртуальных машин на базе Windows. Статья по настройке актуальной версии — Установка и настройка Windows Hyper-V Server 2019. Существенный минус Hyper-V — не умеет пробрасывать usb в виртуальные машины. Если у вас usb токен, например, от лицензии 1С, это может стать проблемой. Ну а плюс это то, что под капотом привычный Windows Server.
3. KVM в составе ProxMox. Если посмотреть статистику по использованию гипервизора kvm, то окажется, что она ничтожно мала. Почему так, я не очень понимаю, ведь kvm использует огромное число хостеров для построения своей инфраструктуры. Она же в основе продукта Red Hat — RHEV. В общем случае я предпочитаю использовать proxmox. Он без проблем устанавливается на софтовый рейд mdadm. Его легко и быстро установить и настроить (по сравнению с hyper-v). У него удобный интерфейс управления через браузер. Из коробки присутствует инструмент для бэкапов, правда поддерживает только полные бэкапы виртуальных машин. Тем не менее, в других гипервизорах этот вопрос придется решать отдельно. Proxmox умеет пробрасывать usb в виртуальные машины. Из минусов kvm — нет удобного софта для горячих инкрементных бэкапов. Я колхозил скрипт для этого — Live (горячий) бэкап виртуальных машин KVM, но сам не использую. Решение рабочее, но бывает сбоит и приводит к проблемам, если не уследить. Нужно аккуратно пользоваться и обрабатывать различные нестандартные ситуации.
4. XenServer. Раньше я активно использовал этот гипервизор. Нравилось то, что так же вставал на mdadm, под капотом centos, плюс удобная панель управления в виде приложения на Windows. Минус бесплатной версии xenserver, который доставал — за многими настройками приходилось лазить в консоль и писать километровые команды. Например, чтобы добавить виртуальную машину в автозагрузку. XenServer тоже позволяет пробрасывать usb виртуалкам. На тот момент, когда я им пользовался, была бесплатная утилита по бэкапу, поддерживающая дедупликацию и инкрементные live бэкапы. Потом ее сделали полностью платной. И одновременно с этим, 7-я версия XenServer перестала устанавливаться на mdadm. В итоге все его плюсы превратились в тыкву и я перестал его использовать.

Вкратце все расписал, что знал, по гипервизорам. Какой из них использовать — решать вам. Я остановился на proxmox и hyper-v

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

Система мониторинга

С выбором системы мониторинга для своей инфраструктуры меньше всего вопросов и сомнений. Тут я однозначно рекомендую Zabbix. У меня очень много статей по этой теме. Если вы новичок, то начать стоит с подробной статьи по установке и начальной настройке. Далее можно добавить уведомления в Telegram.

Может возникнуть закономерный вопрос. А почему именно Zabbix в качестве системы мониторинга? Ведь сейчас очень популярен прометеус. Сравнение Zabbix vs Prometheus я сделал в отдельной статье. Все подробности там. Есть еще Nagios и Icinga. В целом, я знаком с ними, но как по мне, функционал сильно хуже по сравнению с Zabbix. Не вижу причин их использовать. Хотя недавно общался с человеком, который обслуживает мониторинг nagios на тысячи хостов. Для меня это было откровением, так как не думал, что ее используют в масштабных системах. Считал, что это больше для небольшой инфраструктуры, где не принципиально, что использовать.

1С:Предприятие 8.3

• Новая настройка кластера «Уровень отказоустойчивости»: число, указывающее, сколько серверов может выйти из строя без последствий в виде аварийного завершения сеансов подключенных пользователей. Исходя из этой настройки кластер будет тратить определённый объём ресурсов на синхронизацию данных между рабочими серверами, чтобы иметь всю необходимую для продолжения работы клиентов информацию на «живых» серверах в случае выхода из строя одного или нескольких серверов.
• Количество рабочих процессов не задается вручную, как раньше, а автоматически рассчитывается исходя из описаний требований задач по отказоустойчивости и надежности.
• Появился ряд настроек, связанных с максимальными объемами памяти, которые разрешается потреблять рабочим процессам, а также настройки, определяющие что делать, если эти объемы превышены:

Три звена отказоустойчивости

1. Связь между клиентом, работающим по HTTP(S), и веб-сервером. В случае веб-клиента этот механизм стандартно реализуется веб-технологиями. В случае тонкого клиента, работающего по HTTP с веб-сервером, или мобильного клиента (мобильный клиент всегда работает по HTTP) мы используем библиотеку libcurl с открытым исходным кодом.
2. Отслеживание разрывов соединений, механизм балансировки нагрузки и механизм повторов вызовов позволяют как можно раньше узнать о возникшей проблеме и предпринять действия по её устранению.
3. Связь между ТСР-клиентом и рабочим процессом. Клиентом ТСР может выступать либо клиент 1С, либо расширение веб-сервера при работе клиента через НТТР. При выполнении каждого НТТР-вызова происходит выбор наиболее подходящего соединения с рабочим процессом и отправка этого вызова. Наиболее подходящее соединение выбирается исходя из того, в какой рабочий процесс отправлялся предыдущий вызов данного клиента. Если следующий вызов клиента можно отправить в тот же рабочий процесс, куда ушел предыдущий вызов – мы так и поступаем. Только если по какой-то причине в данный рабочий процесс вызов отправить нельзя (потому, что рабочий процесс стал недоступен, либо мы знаем, что есть другой рабочий процесс с существенно лучшей производительностью) – мы отправляем новый клиентский вызов в более подходящий рабочий процесс.
4. Связь между рабочими процессами сервисами кластера, реализованными в процессах rmngr. Сервисов кластера около 20 (в зависимости от версии платформы) — сервис сеансовых данных, сервис транзакционных блокировок и т.д. На этом уровне существенную роль играют механизм распределения сервисов по серверам и репликация данных сервисов кластера. Балансировка нагрузки на уровне 1С:Предприятия позволяет получать приблизительно одинаковую лучшую производительность от всех рабочих серверов.

Балансировка CPU на RDSH хосте

Для того, чтобы у вас на RDS ферме была балансировка процессорных мощностей, необходимо наличие активной политики:

Конфигурация компьютера — Административные шаблоны — Компоненты Windows — Службы удаленных рабочих столов — Узел сеансов удаленных рабочих столов — Подключения — Отключить планирование ЦП со справедливым разделением (Computer Configuration — Administrative Templates — Windows Components — Remote Desktop Services — Remote Desktop Session Host — Connections — Turn off Fair Share CPU Scheduling)

Как я и писал выше функция планирования ЦП со справедливым разделением в 2019 системе включена по умолчанию, и данная политика имеет статус не задано.

Планирование ЦП со справедливым разделением позволяет динамически распределять время процессора между сеансами служб удаленных рабочих столов на одном и том же сервере узла сеансов удаленных рабочих столов в зависимости от числа сеансов и потребности во времени процессора в каждом сеансе.

Если этот параметр политики включен, то планирование ЦП со справедливым разделением отключено. Если этот параметр политики отключен или не настроен, планирование ЦП со справедливым разделением включено

Так же эта настройка имеет и аналог в виде ключа реестра, найти его можно по пути:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Quota System\EnableCpuQuota

Если ключ EnableCpuQuota имеет значение 1, то значит планирование ЦП со справедливым разделением включено. Хочу отметить, что в Windows Server 2012 R2, хоть в системе и есть политика, но данного ключа нет, а его желательно бы создать если хотите использовать CPU Fair Share.

Развертывание на клиентских машинах

Развертывание на соответствующих клиентских компьютерах довольно просто. Установка не требуется, так как вам просто нужно скопировать BGInfo.exe и BGInfoCapture.bgi на каждый компьютер и поместить их в один каталог.

Оказавшись на месте, просто запустите команду:

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

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

Создание ярлыка «Мой компьютер» на рабочем столе

Вызовите контекстное меню на рабочем столе (правый клик мышкой). В открывшемся меню выберите пункт «Персонализация».

После этого перед вами откроется окно «Персонализация». Здесь нужно нажать на ссылку «Изменение значков рабочего стола». Эту ссылку вы сможете найти в левой части окна.

Дальше перед вами откроется окно «Параметры значков рабочего окна». В этом окне нужно установить отметку напротив пункта «Компьютер».

Чтобы сохранить настройки закройте окно нажатием на кнопку «ОК». Все, этих несложных манипуляция достаточно для того чтобы создать ярлык Мой компьютер на рабочем столе.

Используйте Speccy для подробной информации

Хотя приложение «Информация о системе» содержит много полезной информации об оборудовании и Вашей программной среде, но, если Вы хотите загрузить стороннее приложение, мы рекомендуем Speccy как лучший вариант для большинства людей. Бесплатная версия работает просто отлично; профессиональная версия (19,95$) предлагает автоматические обновления и премиум-поддержку, если Вы считаете, что Вам нужны эти функции, то можете купить.

Speccy обладает более приятным интерфейсом, чем приложение «Информация о системе», ориентируясь только на спецификации оборудования для Вашей системы и предоставляя дополнительные спецификации, которых нет в «Информации о системе». На странице «Summary» в Speccy Вы можете видеть температуру различных компонентов. Программа также предоставляет дополнительные сведения, такие как номер модели Вашей материнской платы, которая не доступна в «Информации о системе». Страница «Summary» также включает важную информацию, такую как графическая карта и данные о хранилище.

И, конечно же, Вы можете увидеть подробную информацию, нажав на любую из категорий оборудования слева. Нажав категорию «RAM», Вы получите дополнительную информацию об установленной памяти, включая общее количество слотов памяти и количество используемых Вами. Вы также можете просмотреть информацию о своей ОЗУ, включая тип используемой памяти, каналы и детали задержки.

Планировщик v1.1.11- оригинальная обработка для автоматизации выполнения задач по расписанию Промо

Автоматизация выполнения задач по расписанию
(регуляно в интервале времени, по дням и т.д.)
Задача состоит из многих заданий С УСЛОВИЯМИ ВЫПОЛНЕНИЯ!
БЕЗ ИЗМЕНЕНИЯ КОНФИГУРАЦИИ!!!

Возможные задания

— формирование прайса (собственный формат)
— запуск внешних и внутренних отчетов (обработок) с параметрами, расширенными параметрами, возможностью заполнения параметрами форм и автоматических нажатий на необходимые кнопки форм;
— запуск внешних приложений, команд системы (с возможностью ожидания завершения)
— выполнение произвольного текста на языке 1С (указанного, из файла, оба варианта)
— работа с архивами (ZIP) упаковка, распаковка
— получение и отправка писем с вложениями по почте (SMTP/POP3)
— прием и передача файлов по протоколу FTP, получение содержания папки с сохранением в файле
— прием файлов по протоколу HTTP
— работа с файлами, каталогами (копирование, перенос, удаление)
— стандартный бипер
— проигрывание Wav-файла
— отправка сообщения через mailslot с подменой отправителя (локальная сеть) или аля Net Send (Win32API)
— системные функции (очистка, закрытие окна сообщений, закрытие 1С, завершение сеанса пользователя, перезагрузка, выключение компьютера)
— макроимена в строках ввода, параметрах заданий по английски %CurDate и в стиле 1С , использование вычисляемого значения (вызов Alt+Ins)

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

Используются настраиваемые соединения с SMTP/POP3, FTP.

1 стартмани

Windows Server поддерживает оборудование более высокого класса

Windows Server также поддерживает более мощное оборудование. В то время как в Windows 10 Pro максимальный объем ОЗУ составляет 2 ТБ, в Windows Server предусмотрено 24 ТБ. Пользователь настольного компьютера вряд ли даже рассмотрит такой большой объем ОЗУ, но серверы могут эффективно использовать свою большую емкость ОЗУ, между управлением многими пользователями, компьютерами и потенциальными виртуальными машинами через Hyper-V.

В Windows 10 также есть ограничение на процессоры. Выпуск Windows 10 Home поддерживает только один физический процессор , а Windows 10 Pro поддерживает два. Сервер 2016 поддерживает до 64 сокетов . Аналогично, 32-разрядная копия Windows 10 поддерживает только 32 ядра, а 64-разрядная версия поддерживает 256 ядер, но Windows Server не имеет ограничений для ядер.

Чтобы приблизиться к этим возможностям, вам придется использовать Windows 10 Pro для рабочих станций, которая поддерживает 4 ЦП и 6 ТБ ОЗУ.

Сжатие баз данных 1С:Предприятие в MS SQL Server Промо

Тема сжатия баз данных 1С в настоящий момент довольно часто обсуждается. Достоинства сжатия известны – уменьшение размера базы данных, уменьшение нагрузки на дисковую подсистему и некоторое ускорение выполнения тяжелых операций чтения/записи. Из недостатков – небольшое увеличение нагрузки на процессоры сервера СУБД за счет расхода ресурсов на компрессию/декомпрессию данных. Но при использовании в качестве MSSQL и DB2 (за Oracle и PostgreSQL не скажу, т.к. не знаю) есть один «подводный камень» — при выполнении реструктуризации происходит декомпрессия новых таблиц и индексов. Происходить это может как при выполнении обновления конфигурации с изменением структуры метаданных, так и при выполнении тестирования и исправления ИБ (реиндексация пересоздает только индексы, а реструктуризация – и таблицы, и индексы). «Проблема» кроется в том, что признак сжатия устанавливается индивидуально для каждой таблицы и индекса.

Command Line Options

Parameter	Description
<path>	Specifies the name of a configuration file to use for the current session. Changes to the configuration are automatically saved back to the file when OK or Apply is pressed. If this parameter is not present BGInfo uses the default configuration information which is stored in the registry under the current user («HKEY_CURRENT_USER\Software\Winternals\BGInfo»).
/timer	Specifies the timeout value for the countdown timer, in seconds. Specifying zero will update the display without displaying the configuration dialog. Specifying 300 seconds or longer disables the timer altogether.
/popup	Causes BGInfo to create a popup window containing the configured information without updating the desktop. The information is formatted exactly as it would if displayed on the desktop, but resides in a fitted window instead. When using this option the history database is not updated.
/silent	Suppresses error messages.
/taskbar	Causes BGInfo to place an icon in the taskbar’s status area without updating the desktop. Clicking the icon causes the configured information to appear in a popup window. When using this option the history database is not updated.
/all	Specifies that BGInfo should change the wallpaper for any and all users currently logged in to the system. This option is useful within a Terminal Services environment, or when BGInfo is scheduled to run periodically on a system used by more than one person (see Using a Schedule below).
/log	Causes BGInfo to write errors to the specified log file instead of generating a warning dialog box. This is useful for tracking down errors that occur when BGInfo is run under the scheduler.
/rtf	Causes BGInfo to write its output text to an RTF file. All formatting information and colors are included.

Download BgInfo] (3.4 MB)

Run now from Sysinternals Live.

Runs on:

• Client: Windows Vista and higher.
• Server: Windows Server 2008 and higher.

Вывод параметров рабочего стола

Для начала рассмотрим команду, собирающую сведения о рабочих столах локального компьютера.

Эта команда возвращает сведения обо всех рабочих столах, вне зависимости от их использования.

Примечание

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

Так как имена большинства этих свойств метаданных начинаются с Cim, эти свойства можно отфильтровать с помощью . Укажите параметр -ExcludeProperty, используя «Cim*» как значение. Пример:

Чтобы отфильтровать метаданные, используйте оператор конвейера (|) для отправки результатов команды в .