Перенос работающего Symantec 11.0.3. - Вопросы по Symantec Endpoint Protection - Форумы Anti-Malware.ru Перейти к содержанию
faorgt

Перенос работающего Symantec 11.0.3.

Recommended Posts

faorgt

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

- C:\Program Files\Symantec\Symantec Endpoint Protection Manager\data ;

- C:\Program Files\Symantec\Symantec Endpoint Protection Manager\db ;

- C:\Program Files\Symantec\Symantec Endpoint Protection Manager\Inetpub .

Спасибо.

PS В полне логичнее будет перенести и переназначить C:\Program Files\Symantec\Symantec Endpoint Protection Manager\ каким образом это можно сделать при работающем продукте и навредив..

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Strannik

Backup and Restore Wizard не устраивает?

Сделать бекап, переустановить на новый раздел и восстановиться из бекапа.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
faorgt

Strannik, Добрый день, ну это на теории :) а на практике? :) есть ли подводные камни с которыми придётся столкнуться.

PS Я же правильно Вас понял, Вы предлагаете сделать Database Backup, Uninstall, далее установить ПО на другой раздел и Restore Database?

Отредактировал faorgt

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
radamol

Для перенесения C:\Program Files\Symantec\Symantec Endpoint Protection Manager\data достаточно запустить переконфигурацию сервера.

для перенесения - C:\Program Files\Symantec\Symantec Endpoint Protection Manager\db ;

- C:\Program Files\Symantec\Symantec Endpoint Protection Manager\Inetpub .

необходимо переустанавливать сервер. Крайне рекомендую создать не только бэкап базы, но и образ как минимум системного диска.

С восстановлением базы на новом сервере не все так однозначно.

Я пытался взять базу с рабочего сервера, находящегося в АД и восстановить ее на сервер с таким же именем и адресом, но не включенным в сеть. Версия СЕПМ такая же. Все восстанавливается, но при любой попытке авторизации от имени админа останавливается сервис сервера. Пока не победил.

SEPM RU7

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Strannik
Strannik, Добрый день, ну это на теории :) а на практике? :) есть ли подводные камни с которыми придётся столкнуться.

PS Я же правильно Вас понял, Вы предлагаете сделать Database Backup, Uninstall, далее установить ПО на другой раздел и Restore Database?

Точно.

Для перенесения C:\Program Files\Symantec\Symantec Endpoint Protection Manager\data достаточно запустить переконфигурацию сервера.

для перенесения - C:\Program Files\Symantec\Symantec Endpoint Protection Manager\db ;

- C:\Program Files\Symantec\Symantec Endpoint Protection Manager\Inetpub .

необходимо переустанавливать сервер. Крайне рекомендую создать не только бэкап базы, но и образ как минимум системного диска.

С восстановлением базы на новом сервере не все так однозначно.

Я пытался взять базу с рабочего сервера, находящегося в АД и восстановить ее на сервер с таким же именем и адресом, но не включенным в сеть. Версия СЕПМ такая же. Все восстанавливается, но при любой попытке авторизации от имени админа останавливается сервис сервера. Пока не победил.

SEPM RU7

не Java -1 случаем? см. последний пост.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
radamol
Точно.

не Java -1 случаем? см. последний пост.

случаем Java -1.

Но немного ситуация другая. Размер памяти 512 я выставил сразу. Все что в указанном посте проверил. Клиенты в коннекте. НО!!! В логах пишет об ошибке коннекта catalina к базе данных. ODBC проверил, IISпроверил. Не помогает. Если есть желание помочь- наверно лучше завести отдельную тему. Там подробно и распишу что происходит и как борюсь.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
angel-keeper

Обновитесь до 12.1 и не будет больше этой проблемы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
radamol

Действительно. После установки 12 версии на сервере даже с другим именем и другим IP восстановление базы прошло нормально. Но вопрос остается. Почему я не могу восстановить базу на 11 версии? Я не пробовал на "боевом" сервере, но что-то подсказывает мне что будут большие проблемы при сбое сервера и попытке его восстановления. Как говорится "ложку мы нашли, но осадок остался".

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

  • Сообщения

    • demkd
      Да есть такой баг, выбор целого диска не предусмотрел.
    • PR55.RP55
      Сейчас попробовал добавить файлы и... E:\ [Error: 0x3 - The system cannot find the path specified. ] т.е. Файл > Добавить в список >  Все исполняемые файлы каталога. или пишет вышеуказанную ошибку или вешается. Это и на Win 7 и на Win 10 и с HDD дисками и с USB Диски нормально открываются т.е. доступны.
    • demkd
      А ничего с этим не сделать старые версии windows проблемные там система сама балуется внедрением потоков при очень низком уровне защиты системных процессов, а эцп вообще ничего не гарантирует когда речь заходит о внедренных потоках, зловред вполне может внедрить поток в системный процесс как с помощью подкинутой в правильное место "легитимной" dll, так и просто создав его, а тот уже в свою очередь внедрить в следующий системный и ищи концы среди вот этого вот всего.
      Все это усугубляется тем что тот же SVCHOST.EXE который был когда запущен может оказаться совсем не системным, хотя путь у него будет правильным как и файл будет иметь валидную эцп и запущен он будет якобы services.exe, в 10ке такое провернуть уже сложнее, а вот 7ке легко, потому урезать лог по принципу "оба файла имеют эцп" никак нельзя.
    • PR55.RP55
      uVS v5.0.6v x64 [http://dsrt.dyndns.org:8888]: Windows 7 Home Basic x64 (NT v6.1 SP1) build 7601 Service Pack 1 [C:\WINDOWS] (!) ПРЕДУПРЕЖДЕНИЕ: Ф зафиксировал внедрение потока C:\WINDOWS\SYSTEM32\SERVICES.EXE [428] внедрил поток [380] в процесс: C:\WINDOWS\SYSTEM32\SVCHOST.EXE [876]   C:\WINDOWS\SYSTEM32\SVCHOST.EXE [1060] внедрил поток [1276] в процесс: C:\WINDOWS\SYSTEM32\SVCHOST.EXE [336] и т.д.  А есть ли смысл выводить в лог десяток - другой аналогичных записей, если все эти файлы  в базе проверенных и у них легальная цифровая?  
    • demkd
      ---------------------------------------------------------
       5.0.6
      ---------------------------------------------------------
       o Добавлено 4 новых ключа автозапуска в список для проверки.

       o Добавлен новый статус "UWP".
         Его получают пакеты приложений универсальной платформы Windows (Universal Windows Platform Apps).

       o Добавлен новый твик #46: Отключить Windows Terminal и очистить реестр.
         Если Windows Terminal активен, в лог выдается предупреждение.
         При обнаружении подозрительных настроек Windows Terminal в конфигурационных файлах, реестре или в каталогах с фрагментами в лог выводится предупреждение.
         Если подозрительная строка найдена в JSON-файле настроек, то в список автозапуска добавляется этот файл с содержимым со статусом "подозрительный".
         В любом случае рекомендуется отключить Windows Terminal, а еще лучше немедленно удалить это из системы.
         Windows Terminal — крайне уязвимый и неоптимизированный кусок кода.

       o Улучшена функция масштабирования удаленного рабочего стола, повышено качество аппаратного апскейла, добавлен параметр "Резкость".
         (Требуется D2D и DX11 на клиентском компьютере)

       o Исправлена старая ошибка в функции отправки ответов серверной части uVS.
         Из-за ошибки в редких случаях могло происходить подвисание серверной и клиентской частей uVS при работе с удаленной системой.

       o Исправлена ошибка в функции завершения серверной части при выходе из удаленной системы.

       o Оптимизирована функция подключения к удаленной системе.

       o Оптимизирована функция сжатия фреймов для DDAL/DDAw режимов: шрифты теперь не теряют яркость, а картинка DDAL практически неотличима от DDA1/DDA2 на глаз, 
         при этом размер сжатого фрейма вырос лишь незначительно.

       o Добавлена x64 версия report_crash.

       o Обновалена функция сбора дампа при падении uVS, функция перенесена в утилиту report_crash, что позволит
         получить максимально точную информацию о произошедшей ошибке.

       o Временно добавлена аппаратная функция обнаружения разрушения списка автозапуска в памяти uVS, что позволит отлавливать сложные в обнаружении ошибки.
         Есть 5 дампов, по которым не удалось выяснить точное место ошибки и эта функция должна помочь найти проблемное место.
         Функция снижает скорость формирования списка на ~5% на современных процессорах.

       o Исправлена ошибка в функции подсчета удаленных ключей реестра.

       o Исправлена ошибка в функции записи параметров при выходе из uVS.

       o Исправлена ошибка разбора JSON-файлов.

       o Исправлена ошибка проверки переменных окружения загруженного пользователя.

       o Из списка доступных для подключения IP-адресов удалены адреса активных VPN.

       
×