Привет всем!
Кто может подсказать по архивированию объектов HR?
Интересует порядок архивирования объектов HR.
Делал тестовую архивацию следующих объектов:
1. вначале документы расчета зарплаты - PA_TIME, PA_TRAVEL, PA_CALC через тр. PU22
2. Затем долгосрочные документы – PA_LDOC, через тр. SARA
3. И в конце документы проводок RW – PA_PIDX, через тр. SARA.

Но почему то объект архивации PA_PIDX, таблица которого PPOIX занимает больше всего места (прим. 23 Гб) освободил меньше всего места в БД, около 500 Мб. А вот архивация объекта PA_LDOC таблица которого PCL4 занимала 7,5 Гб, освободила место в БД... хмм.. около 15 Гб (так пишут логи архивации).

Есть еще объект PA_PDOC, архивация которого освобождает немного места в БД.
Какова правильная очередность архивации объектов HR? Я сам базисник и не знаю зависимостей одного объекта от другого, а наши HR-щики ничего путного сказать не могут. Может PA_PDOC надо архивировать до PA_LDOC и до PA_PIDX?

Неужели никто не знает?

Недавно был вопрос по архивации PPOIX,
вроде не сумели разобраться http://sapboard.ru/forum/viewtopic.php?t=33154&highlight=%EF%F0%EE%E2%EE%E4%EA%E8+%F3%E4%E0%EB%E5%ED%E8%E5

Что народ интересно делает с огромными таблицами HR? Или только у нас они такие огромные?

Поискай HR990 - там вроде рассмотрена архивация

Да чего его искать, вот оно
http://www.sapdb.info/hr990-technical-h ... ps-in-hcm/
http://www.mediafire.com/?g1jmgyfcgmw

Я бы поступил следующим образом.
Из объекта архивации получить список таблиц.
Потом определить по имени таблицы список объектов архивации, в которые они входит.
например все таблицы из PA_PIDX используются только в нем, а значит и неважно когда ее надо архивировать.[/list]

Такой способ не подходит. Практически PA_PIDX зависит от других объектов, хотя его таблицы не пересекаются. PA_PIDX архивируется после архивирования документов расчета зарплаты, так как иначе не будут выставлены соответствующие метки на документах, столкнулся на практике. Потому и задаю вопрос насчет очередности архивирования объектов. Вот что мне ответил SAP на мой вопрос:
------------------
Archiving of PA_PIDX is only possible after archiving payroll
results, which in turn is only possible if no retro accounting can be
done to this periods. Otherwise you cannot archive PA_PIDX. So the
message 'Retro accounting still possible for index data' appears,
if the posting run of this posting index must not be archived, yet.
Reason:
When there is a retro calculation, we have to post the new payroll
result of this retro period and we have to reverse the original posting
of this retro period. In this case we have to evaluate the posting
index of the former posting run which evaluated the original payroll
result. As long as a retro calculation is possible for this (retro)
period, we must not archive the corresponding posting data.

For this reason you have to archive the payroll data first, before
you are able to archive the correspoinding posting data.
When archiving payroll results of an employee, the payroll archiving
creates or updates infotype 283 "archived objects" of the employee.
There you will see also the information of the date of the earliest
possbile retro calculation for this employee. We only archive posting
data which belongs to a date before the "earliest retro calculation
date".
Please keep in mind that the posting run usually evaluates payroll
results of serveral employees. The error appears if at least one
corresponding payroll result is not archied yet.
--------------

Спасибо за курс HR990. Буду читать.

Это логично, такие проверки возможны на уровни объектов архивации. Но на объем архивации таблиц может повлиять только то, если главная таблица будет заархивирована раньше (она используется еще в других объектах), и из-за этого в других объектах данные не смогут быть заархивированы.
В описанном вами конретном случае есть воркэраунд, описанный в ноте 922559.

Насколько я понял, теперь можно архивировать PA_PIDX независимо от того, были ли заархивированы документы расчета зарплаты (PA_CALC, PA_TIME, PA_TRAVEL)? Достаточно лишь установить переключатель POST ARCHI в таблице T77S0 в значение "Х". Как это скажется на функциональности HR? Можно ли вообще не архивировать документы расчета зарплаты?

Я бы без крайней необходимости не архивировал данные расчета зарплаты. Причина - немногие отчеты могут читать данный расчета зарплаты из архива.
Так что если кому-то захочется получить 2НДФЛ, отчетность по ЕСН и.т.д за много лет назад, для этого придется сильно постараться.

PA_CALC, PA_TIME и PA_TRAVEL архивируются вместе, если оценка времени и командировки учавствуют в расчете зарплаты. Интересно, можно просто архивировать PA_CALC и PA_TIME вместе, а PA_TRAVEL не архивировать вообще. От последнего много проблем, много командировок ошибочно, многие проведены частично. Архивация командировок у нас освобождает какие-то мегабайты, но зато ошибочные командировки блокируют нормальные документы расчета зарплаты. Наши hr-щики опять ничего сказать не могут. У кого какие соображения по этому поводу?

Статистика порой не правильно показывает размер, явно недоработана, не учитывается сжатие таблиц/таблспейсов.
Что касается порядка запуска archive objects, каждый определяется сам, учитывая графическое представление зависимости(SARA->первая иконка слева)

Подскажите, пожалуйста, можно ли каким-либо образом заархивировать не продуктивные прогоны проводок?