Предоставление данных WMI на 64-разрядной платформе
Скрипты и приложения, написанные для 32-разрядных операционных систем, должны продолжать работать правильно. Если у вас есть 32-разрядный поставщик, можно оценить, требуется ли написать 64-разрядную версию для параллельной операции. Как правило, обе версии не нужны, и 64-разрядная версия может обслуживать как 32-разрядные, так и 64-разрядные локальные или удаленные клиенты. Однако для 32-разрядного режима совместимости приложений используйте существующий 32-разрядный поставщик WMI в 64-разрядной системе, работающей в 32-разрядном режиме WOW64.
В редких ситуациях 32-разрядные и 64-разрядные поставщики должны выполняться одновременно на 64-разрядных системах. В этом случае соответствующая версия поставщика, загруженная, зависит от того, является ли вызывающий объект 32-разрядным или 64-разрядным и локальным или удаленным. Вызывающий объект, использующий флаги контекста объекта подключения, __ProviderArchitecture и __RequiredArchitecture, может запросить, чтобы WMI загрузила нестандартного поставщика. Дополнительные сведения см. в разделе Получение и предоставление данных на 64-разрядном компьютере.
В необычном случае, когда необходимо запускать 32-разрядные и 64-разрядные поставщики параллельно, необходимо тщательно обрабатывать сценарии установки и удаления. Это связано с тем, что WMI имеет только один репозиторий , а также 32-разрядные и 64-разрядные версии mofcomp.exe помещать данные в один репозиторий; Нет различия между 32-разрядным или 64-разрядным MOF-файлом. Переустановка одной версии поставщика не повредит: .mof-файлы будут скомпилированы, а классы будут сохранены в репозитории. Однако второе удаление, которое удаляет пространство имен, может повлиять на работу другого поставщика.
Связанные разделы