Здравствуйте! Ирбис 2010.1 последнее обновление D7
у нас возникла проблема с архивацией данных.Перед переводом студентов 29 августа 2014 г. сделала архивацию, в опросном листе указала дату 2014/2015(скрин 2014.2015) в архив соответственно пошли данные весеннего семестра 2014/2015 гг.(скрин semestr) и вобщем то все данные сформировались, но у сотрудников возникли сомнения, что нужно было архивировать 2013/2014, т.к. действительно такой строки в архивных полях книг не было. И я сформировала, поменяв дату окончания осеннего семестра, но поля сформировались пустыми (скрин 1). Объясните пожалуйста как должно быть правильно, какие даты я должна указывать для архивации?
и еще один вопрос: Я глобальной корректировкой удалила поля архивации 2014/2015 думала, что они в каждой книге будут прописаны последней строкой, а они оказались в разных местах (скрин 1) как удалить оставшиеся строки и почему они разместились в разных строках?

Когда вы повторяли архивацию, то студенты видимо уже были переведены, поэтому они = 0.
Теперь лучше сделать так.
1. Удалить то, что вы сформировали как 2013/2014. Глобальная корректировка - пакетное задание ниже
0
DEL
692
F
(if p(v692) then if v692^B: '2013/2014' then '1' else '0' fi fi/)

2. Изменить годы. Глобальная корректировка - Пакетное задание ниже
0
REP
692^B
F
(if p(v692) then if v692^B: '2014/2015' then '2013/2014' else v692^B fi fi/)

Сначала попробуйте на 2-3 записях

Правильно было делать архивацию весеннего семестра 2014/2015 гг.? или 2013/2014?
Людмила Николаевна, этот вопрос имеет принципиальное значение, т.к. постоянные споры с сотрудниками ни к чему не приводят и нужно уже остановится на единственно верном варианте!Помогите пожалуйста разобраться!



Редактировано 1 раз. Последний раз 04.09.2014 06:32 пользователем Oksana12051986.

Сложность заключается еще в том, что в большей части записей я удалила поля 2014/2015 глобальной корректировкой по последней строке. Можно ли на данном этапе сделать повторную архивацию или это уже не возможно?



Редактировано 1 раз. Последний раз 04.09.2014 06:35 пользователем Oksana12051986.

Мы полагали, что учебный год - это сентябрь-июнь, поэтому весной надо было ставить 2013/2014.
Поскольку студенты уже переведены и первокурсники, видимо, введены, то уже не повторишь. Если вам очень важно, чтобы были архивные данные за весенний семестр, можно сделать глобальную - там, где вы уже удалили, перенести данные из осеннего архива с изменением обозначения полугодия. Но сначала сделайте то, что выше.

Попробовала на нескольких записях в локальной базе 1-ю гл. корректировку:
1. Удалить то, что вы сформировали как 2013/2014. Глобальная корректировка - пакетное задание ниже
0
DEL
692
F
(if p(v692) then if v692^B: '2013/2014' then '1' else '0' fi fi/)
Удаляются оба повторения 2013/2014 и V и O. Так и должно быть?

Вы сказали, что: можно сделать глобальную - там, где вы уже удалили, перенести данные из осеннего архива с изменением обозначения полугодия Но к сожалению, у нас данные осеннего архива 2013/2014 тоже пустые и именно по этому нам просто необходим архив Весеннего семестра.

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

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

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

Или еще вариант если я в свою локальную базу поставлю свежую базу IBIS, а студенты у меня в локальном не переведены, сделаю в ней архивацию соответственно она пройдет нормально и 692 поле будет заполнено, смогу ли я просто заменой одной базы на другую копированием каталога всей базы подставить базу IBIS на сервер(т.е. я переименую текущую базу к примеру в IBIS2, а из локального возьму скопирую IBIS и поставлю ее на сервер), не повредятся ли при этом файлы словарей? И чем это может грозить системе?

Может у вас есть какой-то еще вариант?



Редактировано 1 раз. Последний раз 05.09.2014 08:22 пользователем Oksana12051986.

Не хочется разбираться с вашими оказывается двумя базами, тем более, что в них разные ситуации с полем 692. Поэтому рассматриваю только ваш последний вариант.
1. Вы не сказали, как называется БД на сервере, предполагаю, что IBIS
2. Вы копируете БД с сервера к себе на локалку и запрещаете всякую работу с базой на сервере. Копируете 5 файлов:
ibis.ifp, ibis.mst, ibis.xrf, ibis.l01, ibis.no1
3. На локалке делаете правильную архивацию
4. Эти же 5 файлов с локалки копируете обратно на сервер
5. Можно работать

Я не поняла на счнт ibis2

Спасибо за помощь, буду прорабатывать ваш вариант. Нет база у нас одна называется IBIS, просто я пыталась объяснить ситуацию и не совсем правильно выразила свою мысль.
И как на счет вот этого:
Попробовала на нескольких записях в локальной базе 1-ю гл. корректировку:
1. Удалить то, что вы сформировали как 2013/2014. Глобальная корректировка - пакетное задание ниже
0
DEL
692
F
(if p(v692) then if v692^B: '2013/2014' then '1' else '0' fi fi/)
Удаляются оба повторения 2013/2014 и V и O. Так и должно быть? Я думала мне нужно удалить только 2013/2014 V или нет?

Что касается оператора глобальной - если надо удалить только повторения V (вы уж сами решайте какие повторения удалять), то, конечно, надо добавить:

0
DEL
692
F
(if p(v692) then if v692^B: '2013/2014' and v692^C: 'V' then '1' else '0' fi fi/)

Людмила Николаевна, Спасибо Огромное за помощь!!! Все получилось, архивация прошла успешно!!!