Здравствуйте.
У меня следующий блок вопросов:

Как с помощью файла с пакетным заданием получить следующее:

Имя текущеё БД
Полное название БД
Максимальный МФН
Монопольная блокировка
Блокировка ввода
Записей удалённых логически
Записей удалённых физически
Записей неактуализированных
Записей заблокированных

чтобы записать в отдельный файл?

Есть ли файл который хранит текущие параметры открытой БД, если да то где его искать?

Ведёт ли логи АРМ "Администратор", если да то где их просмотреть?

как с помощью выполнения файла с пакетным заданием снять блокировку всех записей текущей БД?

как с помощью выполнения файла с пакетным заданием проверить заблокирована ли бд монопольно и если да то снять блокировку?

Помогите кто может!!!

Спасибо всем,
Бахтияр.

> Как с помощью файла с пакетным заданием получить следующее:
>
> Имя текущеё БД
Когда Вы выполняете команду OpenDB IBIS - это значит, что текущей базой данных является IBIS

> Полное название БД
Увы, никак...

> Максимальный МФН
Увы, никак...

> Монопольная блокировка
А зечем? Если ее снять, то просто выполите команду на снятие монопольной блокировки. Если ее нет, то ничего и не произойдет, а если есть, то снимется.

> Блокировка ввода
> Записей удалённых логически
> Записей удалённых физически
> Записей неактуализированных
> Записей заблокированных
см. про монопольную блокировку

>
> чтобы записать в отдельный файл?
Если версия выше 2003.2, то появилась комманда Exit. Поищите по форуму. Александр Иосифович про нее рассказывал.

>
> Есть ли файл который хранит текущие параметры открытой БД,
> если да то где его искать?
Нет такого файла.

>
> Ведёт ли логи АРМ "Администратор", если да то где их
> просмотреть?
Логи не ведет, но результат выполнения задания сохраняется при выполнении команды Exit. Найдите ее описание и все поймете.

>
> как с помощью выполнения файла с пакетным заданием снять
> блокировку всех записей текущей БД?
Есть соответствующая команда.

>
> как с помощью выполнения файла с пакетным заданием проверить
> заблокирована ли бд монопольно и если да то снять блокировку?
Условия добовлять нельзя, да и не надо. Просто вставьте команду, а она уж сама определит, требуется ее выполнение или нет.

>
> Помогите кто может!!!
Надеюсь, что помог :)
>
> Спасибо всем,
> Бахтияр.
Пожалуйста.
Удачи.

И всётаки как конкретно с помощью выполнения файла с пакетным заданием снять блокировку ВСЕХ записей текущей БД? Что за команда?

<b>А зечем? Если ее снять, то просто выполите команду на снятие монопольной блокировки. Если ее нет, то ничего и не произойдет, а если есть, то снимется.<b>

если нет блокировки выводит ошибку и останавливает выполнение последующих команд - как обойти?

<quote> Если версия выше 2003.2, то появилась комманда Exit. Поищите по форуму. Александр Иосифович про нее рассказывал.
</quote>

а если ниже?

>И всётаки как конкретно с помощью выполнения файла с пакетным
>заданием снять блокировку ВСЕХ записей текущей БД? Что за команда?
Посмотрел, действительно, никак :)... как-то такую команду уже мы просили у АИ, но реакции не последовало :(... я, правда не понимаю, почему такой команды нет.

>если нет блокировки выводит ошибку и останавливает выполнение последующих команд - как обойти?
Да? Интересно, я просто не пробовал не разу. Значит никак. Еще одно замечание-просьба к АИ сформировалось :)

>а если ниже?
Если ниже, то такой команды нет и результат выполнения придется смотреть в запущенном АРМе по утрам, когда Вы приходите на работу :)... Заодно и закрыть Администратор, чтобы не висел. В версиях ниже нет команды на автоматическое закрытие.

ЗЫ. Извиняюсь за недостоверность информации, приведенной в посте 2. Я не думал, что все так печально.

По поводу команды: СНЯТЬ БЛОКИРОВКУ ВСЕХ ЗАПИСЕЙ. Сделать такую команду несложно, но прежде я хотел бы знать, зачем нужна такая команда? Т.е. для чего Вы хотите снимать блокировку всех записей? Далее - необходимость РЕГУЛЯРНО (т.е. пакетно) снимать такие блокировки свидетельствует о том, что Вы НЕПРАВИЛЬНО работаете. Блокировки записей возникают ТОЛЬКО в случае аварий АРМов Каталогизатор и Комплектатор. Т.е. сначала надо разобраться, почему возникают аварии - а не пытаться "замазывать" эти ошибки просто снятием блокировки. То же самое, кстати, относится и к монопольной блокировке - если она РЕГУЛЯРНО возникает, значит у Вас происходят аварии в АРМах Каталогизатор или Администратор...

С одной стороны, Вы правы, но есть, как всегда другая сторона. У нас тоже частенько возникают блокировки записей. Происходит это из-за того, что каталогизаторы работают на Вин98. У нее есть такая особенность: сетевые диски после некоторого времени работы с ними сами по себе отваливаются. Сидят, значит, каталогизаторы, заполняют каталог. Все работает. Отошли на 10-15 минут или вообще на обед ушли. Приходят, а АРМ им: ХА, работать не буду. Лезут окна всякие и снимать задачу приходится из диспетчера. Причина ясна - человеческий фактор (тех человеков :), которые в микрософте сидели и пыхтели над 98). Что тут можно предпринять? Да ничего. Вот и приходится нашим сотрудникам запускать каждый такой раз администратора и снимать блокировки. Конечно, если они возникают не от куда, то тут требуется разбор полетов. А вот по поводу монопольной блокировки это может и правильно. Ко мне вот недавно подходят и говорят, что МБ ниоткуда возникли. На серваке никаких заданий монопольных не выполнялось вот и сижу, думаю, что за полтергейст такой.



Отправка отредактированного (30-08-04 13:16)

г. Ярославль

В общих чертах Максим все правильно описал и режим такой не помешал бы. Монопольная блокировка может возникает по той же причине. Просто момент "зависания" АРМа удачно совпадает с блокировкой ввода (что бывает реже, но все же бывает). Особенно это характерно для маломощных машин работающих в режиме актуализации записи при достаточно большом объеме словаря (за автоактуализацию 4.1 отдельное спасибо).

По поводу пакетной команды снятия монопольной блокировки. Если дать команду UNLOCKDB и БД при этом незаблокирована - никаких ошибок в последних версиях АРМа Администратор не возникает и пакетное задание после этого продолжается (это исправлено больше года назад)

Еще странности:
1. DeleteDB – unknown command (в документации описана, но, возможно, в устаревшей, да и назначение этой команды непонятно)
2. после выполнения всех команд один или два раза выдается: unknown command, к чему относится — непонятно.
3. на exit отвечает в отдельном окошке: cannot create file, после нажатия OK выходит из режима.
4. в процессе выполнения сообщения выдаются вперемешку по-русски и по-английски. Хотя все понятно, но странно.
ЗЫ. Возможно, все эти замечания устарели.

Мне тоже кажется, что они устарели. Версию - плз.

Это последняя демо-версия :)
Там в одном месте написано 2003, в другом 2004.2. в третьем еще что-то.

Ну так ведь на то она и демо-версия :)

Однако А.И. много раз и много лет клялся устно и письменно, что демо не отличается ничем, кроме объема одной БД!

Неясно назначение некоторых команд - исходя из того, что пакетные задания должны выполняться периодически или регулярно (?).
А именно:
- «Опустошить БД» и «Удалить БД» — что же это за БД такие, которые нужно то и дело опустошать и даже удалять?
- «Снять блокировку записи» с таким-то Mfn — т. е. предполагается, что одна и та же запись периодически блокируется?
К числу «длительных операций» разблокировку одной записи причислить тоже нельзя.

Предлагаю дополнить команды «Импорт данных», «Экспорт данных» и «Копировать данные» операндом, задающим отбор документов по диапазону дат ввода. Причем в идеале он должен выглядеть не как «с такого-то по такое-то», а как «сегодняшее число минус x дней». По-моему, в нынешнем виде эти команды малофункциональны.

И это предложение уже выдвигалось, только в виде: "использовать те записи, которые удовлетворяют формату" или "использовать те записи, которые найдены согласно поисковому выражению" (если мне память не изменяет, есть в ISIS поисковый язык). Это было бы правильно и функционально.

Точные научные формулировки хороши своей точностью и научностью, а плохи малопонятностью.