Добрый день!
Имею дело с программой Ирбис64 (v2011.1) совсем недавно.
Идёт тестовая эксплуатация программного комплекса.
Задача простая - сделать резернове копирование баз.
Текущий вариант выглядит так:
1)Пакетное задание вида:
OpenDB <Name>
UnlockDB
ActualDB
CopyMF D:\Base_backup\<name>.bkp
CloseDB
2)В ini-файле к АРМ Администратора в параметре BatchFile
прописан полный путь к пакетному заданию
3)Планировщик заданий ОС (Windows Server 2008 R2 Standart) задание в 6-00 на АРМ Администратора

(на сервере)
4)bat-файл вида:
copy /Y D:\base_backup\<name>.bkp D:\base_backup\ibis%date%.bkp
5)Планировщик заданий ОС (Windows Server 2008 R2 Standart) задание в 7-00 на bat-файл
============
Вопрос:
1)Возникает ситуация недоступности базы для клиентов (пинги и телнет на 6666 есть), что-то неправильно в пакетном задании (монопольная блокировка базы??) или сбоит серверная часть Ирбиса??
2)С АРМ Администратор (на сервере) работает также библиотекарь в рабочее время (для импорта данных), то есть пакетное задание надо исключить?
ПОмогите советом )



Редактировано 1 раз. Последний раз 01.11.2012 07:48 пользователем longrem.

Обычно делают резервное копирование ночью, когда никто не работает. Процесс копирования блокирует доступ к базе.

В 6 часов утра никто и не работает )
Сегодня отменил пакетное задание и остановил планировщики.
Работало...но недавно снова сервер Ирбиса стал недоступен, перезапустил службу Irbis64_Service (раздел Службы Диспетчера сервера) ручками (тип запуска у службы Автоматически) и клиенты сразу вошли в систему. вот так.
стоил ли перейти к запуску сервера Ирбис как приложения через автозагрузку??



Редактировано 1 раз. Последний раз 01.11.2012 09:19 пользователем longrem.

longrem написал(а):
-------------------------------------------------------
> Добрый день!
> Имею дело с программой Ирбис64 (v2011.1) совсем
> недавно.
> Идёт тестовая эксплуатация программного
> комплекса.
> Задача простая - сделать резернове копирование
> баз.
> Текущий вариант выглядит так:
> 1)Пакетное задание вида:
> OpenDB
> UnlockDB
> ActualDB
> CopyMF D:\Base_backup\.bkp
> CloseDB
> 2)В ini-файле к АРМ Администратора в параметре
> BatchFile
> прописан полный путь к пакетному заданию
> 3)Планировщик заданий ОС (Windows Server 2008 R2
> Standart) задание в 6-00 на АРМ Администратора
>
> (на сервере)
> 4)bat-файл вида:
> copy /Y D:\base_backup\.bkp
> D:\base_backup\ibis%date%.bkp
> 5)Планировщик заданий ОС (Windows Server 2008 R2
> Standart) задание в 7-00 на bat-файл
> ============
> Вопрос:
> 1)Возникает ситуация недоступности базы для
> клиентов (пинги и телнет на 6666 есть), что-то
> неправильно в пакетном задании (монопольная
> блокировка базы??) или сбоит серверная часть
> Ирбиса??
> 2)С АРМ Администратор (на сервере) работает также
> библиотекарь в рабочее время (для импорта данных),
> то есть пакетное задание надо исключить?

Попробуйте создать отдельный ini-файл администратора, например, irbisa_copy.ini, в котором пропишите параметр BatchFile. А из стандартного, с которым работает ваш библиотекарь, его уберите.
И в bat-файле пропишите \irbisa.exe irbisa_copy.ini
У нас, например, для каждого из процессов (импорт, резервное копирование и т.д.) отдельные irbisa_****.ini. А стандартный "чистый".

> ПОмогите советом )

Уточнение:
выявляется ПРОБЛЕМА--примерно 2 раза в день клиенты "перестают видеть сервер" (то есть барсик бежит, добегает до правой границы информационного окошка, выбегает слева и так в цикле до бесконечности).
Перезапуск службы Irbis64_Service в диспетчере сервера (Windows Server 2088 R2 Std) решает проблему, пользователи входят сразу.
Где сохраняются логи (к компонету TCP-IP сервер Ирбис64 в частности) ???

P.S. пакетное задание и планировщики (описанные выше) сейчас остановлены.

Помогите советом



Редактировано 1 раз. Последний раз 01.11.2012 13:42 пользователем longrem.

Про резервирование.
Если Вы ставите задание на машине сервера и пользуетесь серверным АРМом Администратор для запуска файла сценариев, то ему должно быть все равно, весит служба ИРБИСа или нет. Резервирование АРМа в этом случае должно идти на уровне файловой системы.
В крайнем случае сделайте сценарий резервирования каталога средствами Windows Backup.

Про проблему зависания и невозможности подключения.
Перепробовали сами тоже все, грешим на качество канала и возможности решить пока видим тут [irbis.gpntb.ru]

>возможности решить пока видим тут [irbis.gpntb.ru]
Тему про шлюз проштудирую конечно, но все пользователи в лок. сети
>грешим на качество канала
дело в том что отваливается у всех тестовых пользователей в библиотеке и у меня (мы "ходим" на сервер Ирбис через РАЗНЫЕ маршрутизаторы)
+ когда сервис Ирбис недоступен через клиенты пинги и телнет есть..
пока странно как-то...
где посмотреть логи??

> пинги и телнет есть..
Пинги понятно, а вот телнет на порт 6666? Мы сталкивались с тем, что висла сетевая карта. Причем висла хитро (то ли с драйвером проблемы, то ли ХБЗ). Связь восстанавливалась, когда выключишь и включишь сетевую карту с локального сеанса сервера.

> через РАЗНЫЕ маршрутизаторы
Горький опыт показал, что нужно не больше 3-х hop'ов (т.е. маршрутизаторов, свитчей и пр) до самого дальнего компьютера, чтобы сеть стабильно работала для ИРБИСа.

последнюю неделю "глюк" с потерей связи не повторялся.
А резервное копирование настроил (чуток иначе).

Поделитесь опытом как.

- пакетное задание BKP.ibf (перечень баз), которые копирует базы в папку Backup
- ini-файл IRBISA_copy.ini с пунктом batchfile=<путь к BKP.ibf>
- Планировщик заданий на запуск IrbisA.exe с параметром IRBISA_copy.ini
- Bat-файл, запускающий WinRaR, который все файлы из папки BackUp сжимает и сохраняет в папку BackUp_Rar с указанием даты и времени
- Планировщик заданий на запуск Bat-файла

Комментарии и пожелания приветствуются)

Появилась другая проблема с Ирбисом64, но это отдельную тему создам

У меня последнии три пункта объединены в один. Планировщик запускает батник, из батника запускается Администртаор, а после того, как Администратор отрабатоет, происходит сжатие баз и копирование в папку архива.

Для пущей паронаидальности у меня есть еще батник, который запускается на копирование ранее сделанного архива с сервера на несколько машин в сети :)

То есть логически бекапирование у меня всё верно спланировано? Да?

Да, у вас все верно

Спасибо!

А может кто то поделиться рабочим батником? Спасибо.

файлы

Вот эта строчка "copymf D:\arhiv_DB_irbis\tmp\RDR.bkp" у меня не исполняется почему-то :(

Если можно, поподробнее, что и куда будет копироваться, и как это потом восстанавливать? Батники в автозагрузку прописывать нужно?

>>Батники в автозагрузку прописывать нужно?
У меня по другому немного.
Открываете планировщик задач (Пуск--Все программы--Стандартные--Служебные--Планировщик заданий) и там настраиваете время запуска батника.



Редактировано 1 раз. Последний раз 07.02.2013 06:16 пользователем longrem.

А после появления автоматического сохранения предыдущих копий (Ирбис64) резервное копирование всеравно делаеть нужно или это уже перестраховка?

Мы 64 пока изучаем. Как настраивается место хранения предыдущих копий?

Архивирование надо делать всегда, и желательно что бы копии хранились на другом компьютере. Только тогда можно спать спокойно

Во время архивирования самой большой БД появляется ошибка. Появляется когда идет процесс актуализаци файла словаря, после MFN=55xxx.
Коллега сообщила, что как раз в диапазоне после 55000 записей были импортированы записи из окружной библиотеки. Существует ли критерий отбора? Как вычислить что внесенная запись некорректна и вызывает подобную ошибку?



Редактировано 1 раз. Последний раз 20.02.2013 07:35 пользователем criogen.

criogen написал(а):
-------------------------------------------------------
> Во время архивирования самой большой БД появляется
> ошибка. Появляется когда идет процесс актуализаци
> файла словаря, после MFN=55xxx.
> Коллега сообщила, что как раз в диапазоне после
> 55000 записей были импортированы записи из
> окружной библиотеки. Существует ли критерий
> отбора? Как вычислить что внесенная запись
> некорректна и вызывает подобную ошибку?
Это какая-то системная ошибка. Окружную базу же вы импортировали, значит, нет в ней ничего опасного. Если бы и были ошибки выявлены то только дублетности или отсутствия инвентарных номеров, и т.д. и все это просто вывалилось бы в протокол. Похожая ошибка у нас появлялась при работе АРМ Читатель на тач-панели через vi-fi (т.е. вообще не связанная с экспортом-импортом). Так ее до сих пор толком не решили, но скопированная на локальный диск база работает без ошибок, сделали вывод, что виновата сеть.



Редактировано 1 раз. Последний раз 22.02.2013 05:02 пользователем Novinka.

Novinka написал(а):

> Похожая ошибка у нас появлялась при работе АРМ
> Читатель на тач-панели через vi-fi (т.е. вообще не
> связанная с экспортом-импортом). Так ее до сих пор
> толком не решили, но скопированная на локальный
> диск база работает без ошибок, сделали вывод, что
> виновата сеть.

Случайно не АРМ Читатель Полнотекстовых баз? После того как перестал использовать этот клиент, в .т. числе и библиографический АРМ читатель, ошибка тихо ушла сама собой.

Неа, обычный Читатель, для поиска в ЭК.

OpenDB <RDR>
UnlockDB
ActualDB
CopyMF \\имяПКвсети\копия.bkp
CloseDB

Такое задание будет работать?

Прилагаю файл (работает более 8 лет).
Конечно можно и через .ibf _ файл, но возникают блокировки - я от этого отказался

Irbis64-2009.1-D9 + Webirbis + Z39.50

Ух! Серьезная штука!

У меня патовая ситуация. Человек работавший с Администратором резко уволился. Мои знания на данный момент минимальны, но проблему надо решать сейчас.

При резервном копировании с помощью пакетного задания ibf файла примерно из 10-ти БД две не копируются и файл LOG-ARHIVBD.txt не обновляется.В ibf файле эти две БД прописаны также как остальные.

В протоколе копирования пишется следующее:
Error Unknown Data Base
Batch fail terminated due the error- 999