Часто задаваемые вопросы

Общие вопросы

Установка

В: Где лучше устанавливать программу — на сервере или на рабочей станции?

О: Total Software Deployment может работать как на сервере, так и на рабочей станции. Это лишь вопрос удобства использования, т.к. программа не является клиент-серверным приложением и для работы с ней вам нужно иметь доступ к графической консоли компьютера, на котором она установлена — либо напрямую, либо с помощью какой-либо утилиты удаленного управления. Кроме того, если программа запущена под учетной записью администратора домена, то вы сможете сканировать и разворачивать на все компьютеры «как текущий пользователь», иначе нужно будет явно указать имя и пароль администратора домена.

Однако, следует учесть, что если вы установите программу на Windows XP SP2/SP3 или Windows Vista SP0/SP1, и если одновременно запускается много сканирующих потоков, то возможны проблемы с подключениями к удаленным компьютерам. Данная проблема вызвана ограничением на максимальное число полуоткрытых соединений TCP (попыток соединения, сокет в состоянии SYN_SENT), существующим в указанных версиях Windows, которое не позволяет иметь одновременно более 10 исходящих соединений в данном состоянии. При достижении этого ограничения все остальные соединения в системе (включая те, которые выполняет данная программа) становятся в очередь, и могут достигнуть тайм-аута, таким образом выдавая недостоверные результаты. Эта проблема также известна как проблема “Event 4226”, т.к. при достижении ограничения в системном журнале событий создаётся запись с ID 4226. Windows Vista SP2, Windows 7 и новее и все системы Windows Server не имеют данного ограничения. Поэтому в общем случае мы рекомендуем устанавливать программу на серверные или современные настольные операционные системы.

Резервирование и восстановление

В: Как сделать резервную копию/восстановить хранилище или перенести программу на другой компьютер?

О: Хранилище содержится в отдельной папке (директории файловой системы). Хранилище сети можно найти, нажав правой кнопкой мыши на корневой группе хранилища и выбрав “Показать в Проводнике”. Затем перейдите на один уровень вверх и скопируйте/заархивируйте всю папку хранилища. Хранилище программ можно найти нажав правой кнопкой мыши на любой программе хранилища и выбрав “Показать в Проводнике”. Затем перейдите на два уровня вверх и скопируйте/заархивируйте всю папку хранилища.

Создать резервную копию настроек можно скопировав/заархивировав папку “Total Software Deployment” в папке “Application Data” вашей учетной записи (туда ведёт переменная среды %APPDATA%), если вы выбирали “Установить только для меня” при установке программы. Если вы выбирали “Установить для всех”, то настройки будут находиться в папке “C:\Documents and Settings\All Users\Application Data\Total Software Deployment” (Windows 2000/XP/2003) или “C:\ProgramData\Total Software Deployment” (Windows Vista/7/8/10/2008/2012). Найти эту папку можно также нажав Открыть папку задач на закладке Сканер.

Для восстановления программы установите её на другой компьютер (но не запускайте) и извлеките настройки в папку “Total Software Deployment” в папке настроек вашего профиля или всех пользователей, в зависимости от вашего выбора при установке (после установки эта папка будет создана и будет содержать один файл config.ini). Также извлеките куда-нибудь папку хранилища, например в “Мои документы”. Затем запустите программу и укажите ей путь к папке хранилища (если этот путь отличается от прописанного в прежних настройках).

Хранилище сети

В: Возможно ли использовать одно и то же сетевое хранилище как в TSD, так и в TNI?

О: Нет, это не рекомендуется. Не смотря на то, что хранилище сети TSD имеет такой же формат, как и сетевое хранилище в TNI, мы настоятельно рекомендуем использовать их независимо друг от друга. Открытие хранилища TNI в TSD и наоборот может приводить к непредвиденным ошибкам и потере данных.

В: Есть ли возможность посмотреть версии установленного ПО на компьютерах в хранилище сети?

О: Да, есть. Воспользуйтесь Ассистентом. Подробную информацию о работе с Ассистентом можно прочитать в разделе справки Ассистент.

Хранилище программ

В: Что мне делать, если установщик состоит из более чем одного файла?

О: Прочитайте раздел справки Дерево программ – Изменение структуры хранилища программ – Добавление программы.

Выбор метода записи и развертывания

Тихая установка

В: В каком случае можно воспользоваться методом Тихой установки для создания установочных пакетов для развертывания?

О: Большинство современных инсталляционных пакетов поддерживают режим тихой установки. В этом режиме программное обеспечение устанавливается на компьютер без взаимодействия с пользователем, выполняя все процессы автоматически.
Использование данного режима предусмотрено (в большинстве случаев) добавлением параметров к командной строке исполняемого файла. Может понадобится задать несколько параметров для достижения необходимого результата.
Тихая установка является наиболее рекомендованным методом для использования.

В: В каких случаях я не смогу воспользоваться методом Тихой установки для создания установочных пакетов для развертывания?

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

Web-загрузчики: они могут иметь параметры, которые обеспечивают работу загрузчика без вмешательства пользователя, но при этом загружаемый инсталляционный пакет запускается либо без параметров, либо параметры загрузчика к нему не подходят;
Самораспаковывающиеся архивы: они могут иметь параметры для распаковки содержимого без вмешательства пользователя, но при этом может быть не предусмотрен запуск инсталляционного пакета с необходимыми параметрами;
Инсталляционные пакеты, в которых тихая установка не предусмотрена, либо намеренно отключена на этапе создания пакета.

В: Есть ли вероятность того, что программа неверно распознает тип инсталлятора, либо вариант, при котором программа верно распознала тип инсталлятора, но ключи тихой установки не подходят (установка требует взаимодействия с пользователем)?

О: Да, такое возможно. Для того чтобы проверить правильность определения типа инсталлятора, необходимо воспользоваться функцией Тестовый запуск (локально). Если инсталлятор для установки программы требует участия пользователя, значит введенный пакет ключей не подходит этому инсталлятору.

В: Что делать если программа не смогла определить тип инсталлятора самостоятельно, а мне известен либо тип используемого инсталлятора, либо ключ для его тихой установки?

О: В таком случае вы можете выбрать вручную тип инсталлятора из списка и тогда программа подставит минимальную строку ключей для его тихой установки, или ввести ключи тихой установки вручную. В любом случае мы рекомендуем пользоваться функцией Тестовый запуск (локально) для получения уверенности в последующем удачном развертывании.

В: Что делать если у меня нет параметров для тихой установки для определенного ПО, а те, которые предлагает TSD, не подходят?

Мы рекомендуем связаться с разработчиком ПО или издателем. Если это невозможно, попробуйте поискать параметры, необходимые для автоматической (или тихой) установки в Интернете, или обратитесь к нам за помощью. Например, вы можете найти официальный список свойств MSI здесь.
Если разработчик не предоставил параметры тихой установки, возможно подойдут другие методы развертывания.

В: Могу ли я создать установочный пакет для развертывания если мой инсталлятор устанавливает программу методом Тихой установки без каких-либо ключей?

О: Да, можете. В таком случае Вам необходимо воспользоваться опцией Использовать пустую командную строку. Тогда программа при развёртывании на удаленный компьютер не добавит никаких параметров к командной строке исполняемого файла.

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

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

В: Почему вы не рекомендуете выполнять инсталляционный пакет из командного файла?

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

В: Что делать, если до и после выполнения инсталляционного пакета необходимо выполнить несколько команд из командной строки?

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

В: Что делать, если до и после выполнения инсталляционного пакета необходимо выполнить несколько команд из командной строки, а инсталляционный пакет является многофайловым инсталлятором?

О: Создайте два установочных пакета. Первый – в виде командного файла. Второй – в виде многофайлового установочного пакета. Ко второму при необходимости можно добавить командный файл как Дополнение. Перед развертыванием поместите эти 2 пакета в Список ПО для развертывания в том порядке, в котором они должны выполниться на удаленном узле. О работе с дополнениями вы можете прочитать в разделе Дополнения к программе.

В: Что делать если я не могу воспользоваться методом Тихой установки для создания установочного пакета развертывания?

О: Попробуйте воспользоваться другими методами, предлагаемыми программой (Макрос, Снимок системы) для создания пакетов развертывания.

Макрос

В: В каком случае можно воспользоваться методом Макроса для создания установочных пакетов для развертывания?

О: Метод Макроса хорошо подходит для большинства программ со стандартным интерфейсом программы установщика.

В: В каких случаях я не смогу воспользоваться методом Макроса для создания установочных пакетов для развертывания?

О: Поставщики программ могут разработать и использовать свой собственный инсталлятор, который может базироваться на авторском управляющем элементе, имитирующем отрисовку и поведение нескольких стандартных управляющих элементов. Макрос не сможет распознать произошедшие изменения в таком управляющем элементе. Так же в инсталляторе может отображаться Web-содержимое рекламного характера, которое с течением времени может измениться и вызвать проблемы при развертывании. Как бы то ни было, программа отследит взаимодействия пользователя с такими управляющими элементами и выдаст сообщение об ошибке “Во время записи макроса вы взаимодействовали с нестандартными элементами интерфейса, которые несовместимы с методом Макроса. Попробуйте перезаписать макрос, не взаимодействуя с этими элементами управления, если это возможно”. При этом развертывание данного пакета на удаленный компьютер будет невозможно.

В: Что мне делать, если после создания установочного пакета методом Макроса программа выдала сообщение о том, что было замечено взаимодействие с нестандартными управляющими элементами?

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

В: В каком случае мне нужно выбрать метод Макроса для создания установочного пакета для развертывания?

О: Данный метод не имеет существенных преимуществ перед методом Тихой установки и рекомендуется к использованию только тогда, когда по тем или иным причинам его (метода Тихой установки) использование невозможно.

В: Что делать, если я не могу воспользоваться методом Макроса при для создания установочного пакета для развертывания?

О: Вы всегда можете использовать другими методами для создания пакетов развертывания.

Снимок системы

В: В каком случае можно воспользоваться методом Снимка системы для создания установочных пакетов для развертывания?

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

В: В каких случаях я не смогу воспользоваться методом Снимка системы для создания установочных пакетов для развертывания?

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

В: Есть ли вероятность того, что программа, записанная методом Снимка системы и развернутая на удаленном компьютере не будет работать?

О: Да, такое возможно. Вероятны конфликты при развертывании на ОС, имеющую разрядность, отличную от той, на которой происходила запись метода. Это обусловлено некоторыми различиями в реестрах операционных систем с разными разрядностями.

Вопросы сканирования

Отказано в доступе

В: Как устранить ошибку “Отказано в доступе” или “Неизвестное имя пользователя или неверный пароль”?

О: Данная ошибка может быть вызвана несколькими причинами:

Имя пользователя или пароль указаны неверно.

Проверьте имя пользователя и пароль.

Указанная учетная запись не имеет администраторских прав на удаленном компьютере.

Вы должны иметь доступ с правами администратора к удаленным компьютерам для успешного сканирования (права локального или доменного администратора). Если вы вошли в систему как администратор домена или удаленные компьютеры имеют то же самое имя и пароль локального администратора, как и ваша учетная запись, то вы можете использовать вариант сканирования Текущий пользователь. Иначе укажите имя пользователя в полном формате: DOMAIN\Administrator.

Пустой пароль.

Удаленный доступ с правами администратора и пустым паролем невозможен начиная с Windows XP.

На сканируемом компьютере установлена Windows XP Home Edition.

Эта версия Windows не может быть просканирована удаленно, это ограничение операционной системы, и она всегда будет показывать ошибку “отказано в доступе”. Однако возможно просканировать XP Home локально, запустив сканер tniwinagent.exe (находится в папке установки программы) локально на данном компьютере. Он создаст файл с результатами сканирования (с расширением .inv), который следует скопировать в хранилище программы (файл будет импортирован при следующем запуске или тут же, если программа запущена), или импортировать его через главное меню Хранилище или контекстное меню любой группы.

Компьютеры не входят в домен и имеют настройки по умолчанию.

Рабочие станции под управлением Windows XP, Vista или последующих клиентских версий, не подключённые к домену, по умолчанию не позволяют локальным администраторам удаленно удостоверяться под своими учетными записями. Вместо этого используется политика ForceGuest, что означает, что все удаленные подключения производятся с правами гостевой учетной записи. Но опять же, для проведения сканирования требуются права администратора. Поэтому вам нужно обновить политику безопасности на каждом компьютере одним из следующих способов:

Запустите оснастку secpol.msc, разверните “Локальные политики – Параметры безопасности”, найдите политику “Сетевой доступ: модель совместного доступа и безопасности для локальных учетных записей” и измените её значение с “Гостевая” на “Обычная”.
Отключите “Использовать простой общий доступ к файлам” в свойствах папки в Проводнике.
Модификация реестра: установите нулевое значение параметру forceguest в ключе “HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa”.

Для Windows Vista и новее нужно выполнить ещё один шаг — он касается контроля учетных записей (User Account Control, UAC). В некоторых случаях он ограничивает права администраторов для удаленных подключений. Следует либо выключить UAC, либо внести изменения в реестр: создайте параметр DWORD с именем “LocalAccountTokenFilterPolicy” и значением “1” в ключе реестра “HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\system”. Возможно, потребуется перезапуск компьютера.

Вы можете легко изменить обе настройки сразу, запустив на таких компьютерах файл .reg следующего содержания (уберите последние две строчки для Windows XP):

Windows Registry Editor Version 5.00[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa]"forceguest"=dword:00000000[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\system]"LocalAccountTokenFilterPolicy"=dword:00000001

Номера портов

В: Можно ли узнать номера портов, которые программа использует для соединения, чтобы настроить фаервол/брандмауэр?

О: Программа использует протокол SMB для сканирования Windows-компьютеров. Его можно разрешить, активировав исключение “Общий доступ к файлам и принтерам” в Брандмауэре Windows или открыв порт TCP 445 в других фаерволах. Также можно попробовать открыть порт TCP 139 (NetBIOS) для более старых систем.

Предел безопасности TCP/IP

В: Что делать с предупреждением “Достигнут предел безопасности для TCP/IP, налагаемый на количество попыток одновременных TCP-подключений”?

О: Это предупреждение может появляться, когда вы сканируете сеть под Windows XP SP2/SP3 или Windows Vista SP0/SP1 с включенным сканированием портов. В этих версиях операционных систем существует спорное ограничение, не более 10 одновременных попыток подключения TCP (“полуоткрытых соединений”), введенное Microsoft для ограничение скорости распространения зловредного ПО в сетях. Когда вы видите данное сообщение в журнале сканирования, это означает, что программа определила, что некоторые компьютеры не имеют открытых портов и в системном журнале событий есть событие с ID 4226 (источник: Tcpip) с таким-же сообщением. Из-за указанного ограничения программа не может надежно определить открыты ли порты на компьютере или нет. Поэтому программа начинает игнорировать результаты сканирования портов и подключаться ко всем компьютерам используя все выбранные протоколы, для обеспечения успешного сканирования. Эта политика остается активной в течение текущей сессии, т.е. до следующего перезапуска программы. Для избежания этого предупреждения вы можете сделать следующее:

Отключить опцию Сканировать порты в настройках сканера. Однако это уменьшит производительность сканирования сети;
Пропатчить вашу систему, используя широко известный патч от LvlLord или этот патч (основанный на первом). Однако заметьте, что это нелегально в соответствии с лицензионным соглашением Windows;
Запускать TNI на системе, не подверженной данному ограничению: Windows Server 2000/2003/2008, Windows 2000, Windows Vista SP2 или Windows 7.

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

В: Как исправить ошибку “Ни одна из служб доступа к сети не смогла обработать заданный сетевой путь”?

О: Предпримите следующие шаги:

Убедитесь, что удаленный компьютер пингуется по сетевому имени;
Убедитесь, что в Брандмауэре Windows активировано исключение “Общий доступ к файлам и принтерам” (или в любом другом фаерволе разрешен протокол NetBIOS), либо фаервол выключен;
Убедитесь, что в свойствах сетевого подключения удаленного компьютера активны компоненты “Клиент для сетей Microsoft” и “Служба доступа к файлам и принтерам сетей Microsoft”;
Убедитесь, что параметры NetBIOS в свойствах сетевого подключения (Протокол Интернета версии 4 – Свойства – Дополнительно – WINS) установлены в “По умолчанию” или “Включить”, и что служба “Модуль поддержки NetBIOS через TCP/IP” настроена на автоматический запуск и работает;
Убедитесь, что политика безопасности (secpol.msc – Локальные политики – Параметры безопасности) “Сетевая безопасность: уровень проверки подлинности LAN Manager” установлена в “Отправлять LM и NTLM ответы” (вариант №1) или “Отправлять LM и NTLM ответы – использовать сеансовую безопасность” (вариант #2);
Запустите команду “sfc /scannow”.

Вызов был отклонен фильтром сообщений

В: Как исправить ошибку “Вызов был отклонен фильтром сообщений”?

О: Предпримите следующие шаги:

Запустите на удаленном компьютере services.msc и убедитесь, что служба “Инструментарий управления Windows” настроена на автоматический запуск и работает;
Убедитесь, что активирован DCOM: запустите dcomcnfg, выберите “Службы компонентов – Компьютеры – Мой компьютер”, правая кнопка мыши, “Свойства”, закладка “Свойства по умолчанию” и убедитесь, что активирована опция “Разрешить использование DCOM на этом компьютере”;
Перезагрузите удаленный компьютер;
Запустите утилиту диагностики WMI от Microsoft;
Следуйте данным инструкциям (аналог) для исправления репозитория и переустановки WMI на удаленном компьютере.

Вопросы развертывания

Ошибки добавления задачи развертывания

В: Как устранить ошибку”приложению не задана разрядность”?

О: Данная ошибка вызвана тем, что при создании пакета развертывания не была задана разрядность устанавливаемого приложения. Зайдите в Редактор ПО и задайте разрядность устанавливаемого приложения. Подробную информацию о разрядности прочитайте в разделе Разрядность приложения.

В: Как устранить ошибку “Файл метода [Тихой установки | Макроса | Снимка системы] имеет неизвестный формат”?

О: Ошибка вызвана попыткой развертывания новой версии файла пакета в TSD старой версии. Для решения проблемы обновите версию TSD до актуальной версии, новые версии TSD поддерживают форматы файлов методов старых версий TSD.

В: Как устранить ошибку “Записанный файл макроса содержит взаимодействия с элементами интерфейса несовместимыми с макросом”?

О: Ошибка вызвана взаимодействием пользователя с несовместимым с методом Макроса элементом управления. Вы можете увидеть несовместимый элемент управления в редакторе метода Макроса – он будет обведен на скриншоте. Попробуйте перезаписать метод, не используя этот элемент управления, если это возможно. Если ошибка будет повторяться, то, скорее всего, метод Макроса не поддерживает установщик данного приложения. Попробуйте воспользоваться другими методами для развертывания: Тихой установки или Снимка системы.

В: Как устранить ошибку “Строка(и) параметров метода Тихой установки не была(и) заполнена(ы)”?

О: Ошибка возникает при попытке добавить в список задач ПО, записанное методом Тихой установки, у которого для установщика или одного из его дополнений не задана строка параметров командной строки. Для решения проблемы откройте приложение в редакторе ПО и проверьте строки приложения и всех его дополнений. Если приложение или дополнение не требует параметров тихой установки, то установите галочку использовать пустую командную строку.

В: Как устранить ошибку “это устройство не имеет ни сетевого имени, ни IP адреса” или “этому устройству не назначен IP адрес”?

О: У узла, перемещаемого в список целей развертывания, не задан IP-адрес. В опциях установите настройку обработки динамических IP-адресов на значение, содержащее определять IP-адрес по сетевому имени, после чего пропингуйте узел и убедитесь, что это именно тот узел, на который вы хотите развернуть выбранное ПО.

Ошибки развертывания

В:Я использую хранилище TNI, и при попытке развертывания на просканированный узел выводится сообщение об ошибке “Ошибка удаленного менеджера служб: Доступ запрещен”, что не так?

О: Подобная проблема может возникнуть в случае, если вы используете Active Directory. TNI для сканирования сети использует 2 протокола: SMB и RPC. Причем в первую очередь сканирование осуществляется через SMB протокол. Однако, если во время сканирования произошла ошибка доступа, TNI выполняет сканирование через протокол RPC – резервный механизм, которому достаточно привилегий пользователя домена текущего узла. Развертывание программ по протоколу RPC невозможно, потому и сканирование по данному протоколу отключено, а для развертывания используется протокол SMB. Для выполнения операций по протоколу SMB необходимы привилегии администратора домена.

В: Как устранить ошибку “Для корректного развертывания необходимо чтобы на удалённом компьютере пользователь, для которого предназначается развертывание, вошел под своей учётной записью, и его сеанс был активен”?

О: Данная ошибка происходит, если выбран контекст установки “Текущий пользователь”, но на удаленном компьютере во время развертывания нет активных сеансов пользователей.

Подробнее об этом вы можете прочитать в разделе Контекст установки.

В: Как устранить ошибки “Ошибка создания удаленной службы: Указанная служба была отмечена для удаления”, “Ошибка создания удаленной службы: Протекает наложенное событие ввода/вывода”?

О: Основные причины возникновения такой ситуации:

Открыт Process Explorer (SysInternals);
Открыт Диспетчер задач (Task Manager);
Открыта консоль MMC;
Открыт Просмотр событий (Windows Event Viewer);
Экземпляр Visual Studio использует службу отладки.

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

В: Как устранить ошибку “Во время копирования файла произошла ошибка. Процесс не может получить доступ к файлу, так как этот файл занят другим процессом”?

О: Данная ошибка вызвана следующим: после предыдущего развертывания на целевой узел этого же ПО произошел сбой, после чего процесс установщика остался висеть запущенным и, при повторном развертывании, TSD не удалось скопировать установщик во временную папку на целевом узле, так как файл занят. Для устранения рекомендуем либо удаленно подключиться к целевому узлу и снять “повисший” процесс установщика, либо перезагрузить целевой узел.

В: Как устранить ошибку “Тихая установка была прервана из-за тайм-аута. Параметры командной строки или значение тайм-аута могли быть неподходящими”?

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

Неподходящие для тихой установки параметры. Для предотвращения проблемы сначала используйте тестовый запуск (локально). Это позволит убедится в том, что параметры подходят.
Целевой узел маломощен и/или сильно загружен, что замедлило развертывание ПО, и заданного времени тайм-аута не хватило для завершения развертывания. Для решения проблемы, при задании тайм-аута, учитывайте возможные ситуации на целевом узле, которые могут повлиять на время развертывания.
Внешние факторы целевого узла, при которых, даже наличия корректных параметров недостаточно для развертывания. Например: отсутствие соединения с интернетом, отсутствие какого-либо системного пакета (VC++ Redistributable, .NET, etc). Для решения этой проблемы обратитесь к поставщику ПО, чтобы узнать какие пакеты необходимы для установки данного ПО.

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

В: Что означает “Процесс инсталлятора завершился. Чтобы быть уверенным, что развертывание завершается успешно, укажите проверочный файл в Паспорте программы”?

О: TSD во время развертывания следит только за самим процессом выполнения инсталлятора на целевом узле. То есть, возможно оповещение о безошибочном завершении развертывания, даже если процесс был завершен корректно, но ничего не сделал. Для дополнительной проверки успешности развертывания рекомендуем в Паспорте программы указывать путь к одному из устанавливаемых файлов. В случае отсутствия указанного файла после развертывания, программа сообщит об этом в журнале развертывания.

Возможные причины некорректной установки: отсутствие соединения с Интернетом, отсутствие необходимых системных библиотек (VC++ Redistributable, .NET, и т.п.) или ошибка в параметрах командной строки. Для анализа ошибки воспользуйтесь тестовым запуском (локально) в Редакторе ПО. Если это не выявит проблему, попробуйте установить ПО вручную на удаленном узле как без параметров командной строки, так и с параметрами, заданными в TSD.

В: Как устранить ошибку “Файл configuration.xml не найден. Пожалуйста убедитесь, что файл существует”?

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

В: Почему правильно записанный методом Макроса установочный пакет не развернулся на удаленном компьютере?

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

В: Что мне делать, если правильно записанный методом Макроса пакет выдает в журнал ошибку: “Окно установщика не может быть найдено. Вы можете посмотреть на последний скриншот окна установщика” или “Окно установщика не может быть найдено. Не могу снять скриншот – отключена интерактивность служб”?

О: История развертывания в большинстве случаев содержит ссылку на скриншот окна, на котором остановилось воспроизведение макроса (Журнал развертывания тоже содержит ссылку на этот скриншот). Там же можно перейти по ссылке в редактор макроса на действие, на котором остановилось воспроизведение макроса (если после развертывания перезаписать метод, ссылки устареют и будут удалены). Сравнение скриншота во время развертывания и скриншота во время записи позволит определить точную причину невозможности найти нужное окно во время воспроизведения.

Однако служба TSD не может сделать скриншот окна, если отключена интерактивность служб. Для того, чтобы включить интерактивные службы на целевом узле, выполните следующие действия:

На целевом узле откройте редактор реестра (regedit), перейдите в раздел HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Windows;
Измените ключ реестра NoInteractiveServices на 0.

В: Как устранить ошибку “Процесс(ы) установки были прерваны из-за тайм-аута”?

О: Ошибка может возникнуть в процессе развертывания методом Макроса в случае, когда воспроизведение макроса уже завершено, но процесс установщика остался запущенным в течении еще 10 минут. Чаще всего подобная ситуация может возникнуть, если макрос был записан на машине, где уже была установлена эта программа, либо были неправильно заданы настройки ожидания мониторинга процессов установщика. Подробнее об ожидании процессов установщика вы можете прочитать в разделе Макрос – Мониторинг процессов установки.

В: Как устранить ошибку “Окно установщика не может быть найдено. Процесс инсталлятора больше не существует на удаленном компьютере, потому получить скриншот последнего окна инсталлятора невозможно”?

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

В: Как устранить ошибку “Интерактивность служб выключена на удаленном компьютере, потому развертывание MSI установщиков макросом невозможно”?

О: Установщик MSI работает по принципу “клиент-сервер”. Клиент установщика MSI отвечает за пользовательский интерфейс и за сбор информации через взаимодействие с пользователем, а сервер – непосредственно за процесс установки. С отключенной интерактивностью служб при удаленной установке, клиент MSI считает, что не может отрисовать интерфейс и потому сразу завершается. Вследствие этого служба TSD не найдет необходимых окон для взаимодействия. Для развертывания установщиков MSI воспользуйтесь методом Тихой установки или включите интерактивность служб на целевом узле.

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

На целевом узле откройте редактор реестра (regedit), перейдите в раздел HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Windows;
Измените ключ реестра NoInteractiveServices на 0.

В: Что делать, если при попытке развертывания появилось предупреждение “Служба TSD уже запущена. Прервать?”?

О: Первая возможная причина данного предупреждения заключается в том, что работа сервиса после предыдущего развертывания на этом целевом узле не была завершена по причине текущего или подвисшего установщика. Для того, чтобы продолжить запущенное развертывание, работу подвисшего сервиса необходимо прервать. Вторая причина: в данный момент происходит развертывание ПО на этот же узел с помощью другой копии TSD. В такой ситуации необходимо подождать пока развертывание завершится.

В: Что делать, если при развертывании корректного пакетного файла появилась ошибка “Процесс пакетного файла был запущен, но завершился с ошибкой: “интерпретатор cmd.exe не смог обработать переданные команды””?

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

Развертывание и деинсталляция MSI

В: Какова возможная причина ошибки “В процессе установки произошла неисправимая ошибка”?

О: Данная ошибка может быть вызвана несколькими причинами:

Программа не поддерживает данную ОС.

Убедитесь в том, что программа может быть установлена на операционную систему, запущенную на удалённом компьютере.

Отсутствуют пререквизиты, необходимые для установки.

Проверьте наличие на компьютере необходимых для установки библиотек (vcredist x86, x64, .NET Framework и т.д.)

Включена политика безопасности “Запретить установки пользователям”.

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

Программа уже установлена.

Убедитесь в том, что программа ещё не установлена на этом компьютере. Если требуется обновление программы, сперва попробуйте удалить старую версию.

В: Что делать в случае возникновения ошибки “Для деинсталляции программы система может запросить повышения привилегий. Текущий пользователь не обладает достаточными привилегиями для выполнения данной операции”?

О: Такая ошибка может возникнуть, если программа была установлена в контексте пользователя. Соответственно, для её удаления требуется контекст того же пользователя, однако этот пользователь не обладает правами администратора для выполнения удаления. Предоставить удаленно службе MSI права администратора для удаления этой программы невозможно. Чтобы избежать появления этой ошибки, разворачивайте и устанавливайте ПО в контексте компьютера (для всех пользователей). Подробнее о контексте установке вы можете прочитать здесь.

В: Как устранить ошибку “Невозможно установить программу. Недопустимый аргумент командной строки. За справкой по использованию командной строки обратитесь к пакету SDK установщика Windows”?

О: Проверьте параметры метода Тихой установки – возможно, они содержат ошибки. Также удостоверьтесь, что в случае типа инсталлятора MSI не используются параметры в формате /s, где s – параметр. Начиная с TSD 2, развертывание MSI больше не поддерживает такой формат параметров. Пожалуйста, для MSI используйте формат вида Имя_св-ва=Значение_св-ва.

Развертывание Java installer

В: Я пытаюсь установить Java с помощью конфигурационного файла, но ничего не получается, что я делаю не так?

О: Инсталлятор Java версий 8.0 – 8.102 имеет ряд ошибок, которые не позволяют нормально развертывать JRE или JDK на удаленные узлы. Одна из этих проблем — параметр командной строки INSTALLCFG, которому передается путь к файлу конфигурации, понимает только абсолютный локальный путь к файлу; т.е. сетевой путь к файлу конфигурации параметр не примет, как и относительный путь (если файл конфигурации лежит рядом с инсталлятором).

Ниже описано существующее на данный момент оптимальное решение:

Создайте командный файл следующего содержания:
for /f "Tokens=3*" %%I in ('reg query "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders" /v "Common AppData"') DO set CommonAppData=%%JIF NOT EXIST "%CommonAppData%\Oracle\Java" MKDIR "%CommonAppData%\Oracle\Java"IF NOT EXIST "%CommonAppData%\Oracle\Java\java.settings.cfg" @ECHO INSTALL_SILENT=1>"%CommonAppData%\Oracle\Java\java.settings.cfg"
Перед тем как добавить этот командный файл в TSD>, положите его в отдельную папку и скопируйте в эту папку конфигурационный файл установки Java;
Также в этот командный файл добавьте строку, которая будет выполнять копирование конфигурационного файла в существующую папку на целевом узле. Учтите, что при развертывании конфигурационный файл вместе с командным файлом будет скопирован на целевую машину, т.е. на удаленной машине они тоже будут лежать рядом;
Добавьте этот командный файл как многофайловый инсталлятор, указав папку, которая содержит командный и конфигурационный файлы;
Добавьте к этому командному файлу инсталлятор Java в виде дополнения, и в параметре командной строки INSTALLDIR (который указывает на путь к файлу конфигурации) задайте тот путь, куда конфигурационный файл скопируется командным файлом;
Добавьте как дополнение еще один командный файл, который будет удалять добавленный Вами ранее конфигурационный файл.

В: Я добавил к строке параметров Java параметры из конфигурационного файла, но при развертывании TSD сообщает об успехе, а на самом деле на целевом узле ничего не происходит, что мне делать?

О: Это ошибка инсталлятора Java,который не может создать временный файл конфигурации, если запущен от имени системы (что и происходит при попытке развертывания). Для решения проблемы:

Добавьте в TSD командный файл следующего содержания:
for /f "Tokens=3*" %%I in ('reg query "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders" /v "Common AppData"') DO set CommonAppData=%%JIF NOT EXIST "%CommonAppData%\Oracle\Java" MKDIR "%CommonAppData%\Oracle\Java"IF NOT EXIST "%CommonAppData%\Oracle\Java\java.settings.cfg" @ECHO INSTALL_SILENT=1 AUTO_UPDATE=0>"%CommonAppData%\Oracle\Java\java.settings.cfg"
Добавьте к командному файлу инсталлятор Java в виде дополнения.

В:Могу ли я удалить при помощи Вашей программы старую версию Java?

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

wmic product where "name = 'Java 8 Update 66'" call uninstall /nointeractive
wmic product where "name = 'Java SE Development Kit 8 Update 66'" call uninstall /nointeractive

Подготовка к развертыванию MS Office Click-to-Run

В: У меня есть дистрибутив MS Office 2013 (2016), как я могу выполнить развертывание коробочного дистрибутива?

О: Для развертывания коробочного дистрибутива MS Office следуйте инструкции:

Скопируйте содержимое диска на компьютер.
Скачайте на официальном сайте Microsoft Office 2013 (2016) Deployment Tool.
Распакуйте officedeploymenttool.exe.
Распакованное содержимое положите в папку с дистрибутивом, выполнив замену setup.exe.
Добавьте в TSD новый setup.exe из папки с дистрибутивом, поставив галочку о том, что инсталлятор состоит из нескольких файлов и укажите папку дистрибутива.
Дальнейшая настройка и развертывание описаны в разделе Руководства пользователя Конфигурационные файлы инсталляторов и в сообщении информационной панели Тихой установки.

В: У меня нет установочного файла Click-to-Run, дистрибутива MS Office 2013 (2016), Microsoft Office Deployment Tool. Что мне делать?

О: Для того, чтобы получить минимальный набор файлов, необходимый для работы с технологией Click-to-Run в TSD необходимо:

Скачать на официальном сайте Microsoft Office 2013 (2016) Deployment Tool;
Распаковать officedeploymenttool.exe в отдельную папку;
setup.exe из этой папки добавить в TSD, поставив галочку о том, что инсталлятор состоит из нескольких файлов и указать папку с содержимым распакованного officedeploymenttool.exe.
Дальнейшая настройка и развертывание описаны в разделе Руководства пользователя Конфигурационные файлы инсталляторов и в сообщении информационной панели Тихой установки.