Используйте Nagios (или альтернативный бесплатный продукт) для контроля времени работы 50 + удаленные машины с динамическими IP-адресами
EXP и IMP не являются 'резервными копиями'. Они - копии данных. Они ожидают быть импортированными в операционную базу данных (часто с пользователями, предоставлениями и табличными областями, уже существующими). Вы могли попытаться получить свою существующую операционную базу данных, но возможно ли это, зависит от того, что заставило ее повреждаться во-первых. Если Вы потеряли важные вещи как файлы данных для системной табличной области и не имеете копий, то разочаровываетесь в ней.
Как рекомендуется DCookie, Вы, вероятно, были бы лучшими от создания новой базы данных и импорта в это.
Вы не говорите, является ли экспорт для всей базы данных или определенных схем, или есть ли у Вас необъекты схемы (например, ОБЩЕДОСТУПНЫЕ СИНОНИМЫ).
Если бы у Вас есть полный экспорт базы данных, то я рекомендовал бы создать 8i база данных и сделать полный импорт базы данных (который будет включать необъекты схемы, пользователей, табличные области и т.д.). Добавление обновления версии базы данных, по моему скромному мнению, усложнило бы вещи.
Если у Вас есть экспорт схемы, то можно посмотреть на более позднюю версию Oracle, как Вы имеете создать пользователей, роли, табличные области и т.д. для загружения вещей так или иначе.
Некоторые возможности: 1) Что относительно того, чтобы использовать динамический DNS для каждого хоста? Прошлое время опроса, указанное в сервисе, может быть грубым индикатором времени работы.
2) Что-то эквивалентное Logmein Hamachi может создать виртуальную частную сеть всех хостов. IP-адреса каждого хоста в VPN могут быть статичными. Затем нормальный контроль Nagios может быть сделан. Или просто регулярный запланированный хост проверяет через ping.
3) Я не уверен если NSClient ++ соответствующий. Для одного NSClient ++ требует, чтобы определенный порт был открыт на обоих хостах, в обеих сетях, в обоих направлениях трафика. Не может помнить порт, но это не обычно открываемый порт. Можно изменить порт, но путь сетевого трафика должен быть ясным. Кроме того, используйте check_nrpe плагин, не check_nt плагин, в NSClient ++.
4) Можно хотеть рассмотреть NSCA вместо NSClient ++. Это - пассивная проверка, т.е. NSCA отправляет результаты проверки к серверу Nagios. Таким образом, только сетевой путь, требуемый для каждого хоста достигнуть сервера Nagios, должен быть открыт. Возможно, волшебство перенаправления портов в маршрутизаторе? http://exchange.nagios.org/directory/Addons/Passive-Checks/Windows-Passive-checks-for-NSCA/details
Мы используем nagios... Вы могли использовать nagios также. Основным различием является доступность Вашего "поля средства проверки"
Сервис как pingdom.com или некоторая альтернатива имеет много источников, где сервис проверяется, поэтому прежде выдают предупреждение сделаны, много проверок. В другой руке в случае, где Ваш nagios потерял связь ТОЛЬКО с другими серверами, Вы получите набор ложных положительных сторон.
Если бы я был принужден к выполнению чего-то вроде этого, то я использовал бы опцию 4 Jmarki, но с nsclient ++. Ваш хост Nagios должен будет иметь статический IP-адрес и правило брандмауэра, предоставляющее доступ к сервису NSCA, который обычно работает на порте 5667. Затем Вы настраиваете nsclient ++ для отправки сообщений NSCA в тот хост.
Если Вы не можете установить Nagios со статическим IP-адресом, который может быть достигнут удаленными хостами, то необходимо рассмотреть использование сервиса как DynDNS или подобный для предоставления доступа к имени хоста доступным, чтобы чеки были посланы к, позволив записи DNS быть обновленными, как/когда необходимый.
nsclient ++ документы имеют детали о том, как установить агент для отправки информации в хост Nagios. После того как у Вас есть та установка стороны, Вы затем настраиваете Nagios для принятия пассивных результатов проверки. Это также хорошо документируется на сайте Nagios.