Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Skrypty i aplikacje napisane dla 32-bitowych systemów operacyjnych powinny nadal działać prawidłowo. Jeśli masz istniejącego dostawcę 32-bitowego, możesz ocenić, czy chcesz napisać 64-bitową wersję dla operacji równoległej. Ogólnie rzecz biorąc, obie wersje nie są niezbędne, a wersja 64-bitowa może obsługiwać zarówno 32-bitowe, jak i 64-bitowe klientów lokalnych lub zdalnych. Jednak w przypadku trybu zgodności aplikacji 32-bitowej użyj istniejącego 32-bitowego dostawcy WMI w 64-bitowym systemie, który działa w trybie 32-bitowym WOW64.
W rzadkich sytuacjach dostawcy 32-bitowi i 64-bitowi muszą działać równolegle w systemach 64-bitowych. W takim przypadku odpowiednia wersja dostawcy, która jest ładowana, zależy od tego, czy obiekt wywołujący jest 32-bitowy czy 64-bitowy, oraz czy jest lokalny lub zdalny. Wywołujący korzystający z flag kontekstu obiektu połączenia, __ProviderArchitecture i __RequiredArchitecture, może zażądać, aby usługa WMI załadowała niestandardowego dostawcę. Aby uzyskać więcej informacji, zobacz Pobieranie i dostarczanie danych na 64-bitowym komputerze.
W nietypowym przypadku, gdy należy uruchomić zarówno 32-bitowych, jak i 64-bitowych dostawców równoległych, należy upewnić się, że scenariusze instalacji i odinstalowywania są obsługiwane ostrożnie. Dzieje się tak, ponieważ usługa WMI ma tylko jedno repozytorium , a zarówno 32-bitowe, jak i 64-bitowe wersje mofcomp.exe umieszczają dane w tym samym repozytorium; nie ma rozróżnienia między 32-bitowym a 64-bitowym plikiem .mof. Ponowne zainstalowanie jednej wersji dostawcy nie zaszkodzi: pliki .mof zostaną skompilowane, a klasy przechowane w repozytorium. Jednak druga dezinstalacja, która usuwa przestrzeń nazw, może zakłócać działanie innego dostawcy.
Tematy pokrewne