Если вы хоть раз создавали внешнюю базу для VMware Update Manager, то сталкивались с тем, что “обычный” ODBC-источник к ней не подходит. Это связано с тем, что UM – 32битное приложение и требует свои, 32битные ODBC Source.
У VMware есть своя статья, говорящая о том, как эти источники создавать:
- для 32 бит используется
%windir%\SysWoW64\odbcad32.exe - Для 64 бит –
%windir%\System32\odbcad32.exe
Но, начиная с Windows 2012, процесс стал гораздо нагляднее:
Дык наоборот же
для 32 бит — %windir%\System32\odbcad32.exe
для 64 бит — %windir%\SysWoW64\odbcad32.exe
А мы точно об одном и том же?
Если вы на 64битной ОС создаете 64битный DSN-источник, то используется каталог System32. Если же вы хотите создать 32битный DSN в 64битной ОС – Syswow64.
Кстати, я привел ссылку на VMware, там написано то же самое.
P.S. В Windows 2012 R2 ссылка на оснастки есть в Administrative Tools. Можете проверить там.
Хм, не увидел сразу, что статья как раз про Windows.
Сейчас проверил – запустил “System32\odbcad32.exe” и создал 64битный DSN.
Да, контекст надо указать явно 😉
Я подразумевал, что для создания 32битного ODBC Source (заголовок подразумевает, что речь идёт именно онём) на
32битной Windows запускаем %windir%\System32\odbcad32.exe, а
на 64-битной — %windir%\SysWoW64\odbcad32.exe
Я писал статью в контексте установки vCenter Server и Update Manager.
Для VC нужен 64битный DSN, для UM – 32битный.
Требования для обоих продуктов – 64битная ОС.
Бессмысленно приводить командную строку для запуска ODBCAdmin в 32битной ОС, если альтернативы у вас нет.