Здравствуйте форумчане, как и многие наверное в процессе работы с БД teradata столкнулся с отсутствием ресурсов на русском языке.Есть некоторые книги и несколько форумов но например для себя каких то хороших ответов на интересующие меня вопросы я там найти не смог я конечно читаю технитечесскую литературу, но не свободно а заглядывая в словарик) ввиду этого порой могу не улавливать смысл а только строить предположения на основе прочитанного.Поэтому предлагаю тут делиться опытом кому что удалось настроить.
Например мы сумели разобраться с резервным копированием но только фуловым и вручную посредством TARA GUI и netbackup но вот заставить запускаться job посредством расписания в netbackup не выходит сейчас думаем прикрутить авиоматизацию через cron. кто как решил этот вопрос?так же интересно как решили вопрос с инкрементным резервным копированием.я так понял этот вопрос можно решить только разбив таблицы на партиции и записывать изменения в каждой партиции (after journaling) но как это реализовать если честно доконца не догоняю,Так же я так понял что есть програмное решение TeradataDSA мол она заменяет TARA и в ней уже щаложены возможности инкремента по умолчанию,Так ли это? и есть ли люди которые используют это ПО и могут поделиться опытом.

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

в логаз крона пишет :Sending the execute message to TARA Server ip failed with the folowing error: The script file could not be read. Check that the file exists and that the file permissions are set correctly.-- (RC = 1502)


при этом дал права 777 как на сам скрипт так и помойму на все что с ним связано).в линуксе я слабоват поэтому у кого какие мысли?)


так же содержимое скрипта на выполнение другого скрита тоесть то что я в крон сую:
/opt/teradata/tara/server/bin/taralaunch -j /var/opt/teradata/tara/server/sr/prod_developer.arc -u админская учетка -p админский пароль > /tmp/2.txt

и в cron уже добавляю/путь/tstscript.sh
с приведеным выше текстом

кому интересно вопрос решил была совершенно детская ошибка в скрипте первой стррчкой нужно было указать путь к интератору)

Остался вопрос по инкрементам кто как решил?не стесняйтесь ребят отвечайте)

к bash

интерпритатор в смысле)

еще возник вопрос вот есть у меня пользователь для бэкапов.Каждый раз при добавлении новой бд нужно давать этому пользователю права на эту бд.Собственно как это миновать?в ms sql это делается просто делегированием роли sysadmin пользователю он становится админом на уровне сервера и бекапит всех и вся.есть ли варик сделать что то похожее?

не хочет видимо никто отвечать на мои вопросы)

этож беда.целый форум партизанов)

ну как бы вот вопросы озвученные выше мне кажется элементарные и человек который имеет опыт работы с ТД от полу года должен знать как решать)

жаль)

Мешает отсутсвие DSA т.к чтобы приобристи и поставить это ПО нужно обосновать его значимость.

в смысле?

Ну да надо обосновать покупку))) мы юзаем только tara а из того что я понял она как бы тока фул бэкапы делает а хотелось бы и инкремент иметь и деференцированое резераное копирование.если где не прав поправьте.

PaulEr,

я сначала так и сделал,но потом все таки решил что более коректно давать права только новым и впринципе сделать получилось все работает)спасибо

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

сорри за опечатки с телефона пишу порой

PaulErzefs589Ну да надо обосновать покупку))) мы юзаем только tara а из того что я понял она как бы тока фул бэкапы делает а хотелось бы и инкремент иметь и деференцированое резераное копирование.если где не прав поправьте.

Можно делать и инкрементальные бэкапы на основе логов. С 14.10 появился как cumulative, так и differential бэкапы.


а можно поподробней ?или где можно за это почитать?

14.10

PaulErДоступ к T@YS имеется?

Есть Orange Book по настройке DSA.


нету,но при желании я думаю там же можно зарегистрироваться?
но зачем мне мануал по DSA если нету самого DSA я выше писал как бы и спрашивал конкретно про его функционал.Получается вы имелли ввиду что возможность появилась но только посредством DSA я правильно вас понял?

PaulErА, понял.

Нет, до 14.10 можно использовать логи, наподобие архивлогов в oracle. Это в принципе есть в документации.


поищу сегодня

PaulErА, понял.

Нет, до 14.10 можно использовать логи, наподобие архивлогов в oracle. Это в принципе есть в документации.


Сегодня почитал документацию,но все равно целостности картинки пока нет разъясните пожалуйста.Я понял так: есть функция PERMANENT JOURNAL.Это журналирование можно активировать для каждой БД и все таблички содержащиеся в этой БД будут туда писать свою историю транзакций.Также нашел что нужно делать в конце каждого дня CHECKPOINT WITH SAVE после чего отправлять все это чудесество на ленточку и затирать журнал.

теперь вопрос по восстановлению если все описанное выше имеет место быть
то что я делаю:
1.восстанавливаю последний FULL BACKUP
2.последовательно восстанавливаю копии журналов то есть: сначала восстановлю понедельник выполню ROLLBACK до Чекпоинта,
потом восстановлю вторник и сделаю ROLLBACK до Чекпоинта и тд до нужного мне момента
Правильно ли я все понял? расскажите пожалуйста

zefs589,

скорее всего пункт 2 не совсем корректно просто восстанавливаю транзакции из журнала. чекпоинт тут не при чем

zefs589,

или все таки причем?я чет уже запутался в край)

ну тоесть я верно примерную суть уловил)

RESTORE JOURNAL TABLES (test_dump) ALL,
RELEASE LOCK,
FILE=JOURNEW1;
ROLLFORWARD (test_dump) ALL,
TO CHECK1,
RELEASE LOCK,
USE RESTORED JOURNAL;
LOGOFF;
ENDSCRIPT



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

рестор проходит а на ролфорвард пишет rollback/rollforward table specifications invalid. error 3658

впринципе понял где ошибка теперь пишет Restored journal table jour does not exist (((

чет я ваще запутался

вообщем
1 создал новую тестовую базенку
2 включил в ней журналирование
3.забэкапил ее без журнала
4 создаю табличку в этой базенке c параметрами BEFORE JOURNAL, NOT LOCAL AFTER JOURNAL,
5.Делаю инсерты в эту табличку
6.Делаю бэкап журнала вот этим скриптом

CHECKPOINT (test_dump5) ALL, WITH SAVE,
NAMED CHECK666;
ARCHIVE JOURNAL TABLES ('test_dump5')
RELEASE LOCK,
FILE=joo;
DELETE SAVED JOURNAL ("test_dump5")
LOGOFF;
7.затем дропаю таблицу (имитация боевых действий так сказать )
8. восстанавливаю базенку из бэкапа пункта 3.
9.хочу восстановить журнал и накатить транзакции чтобы появилась табличка с записями делаю это вот этим скриптом

RESTORE JOURNAL TABLES
("TEST_DUMP5"),
RELEASE LOCK,
FILE=joo;
ROLLFORWARD ("TEST_DUMP5"),
TO CHECK666,
RELEASE LOCK,
USE RESTORED JOURNAL;

LOGOFF;

получаю ошибку rollback/rollforward table specifications invalid. error 3658


МОЗГ КИПИТ СПАСАЙТЕ!)

написаная последовательность действий по пунктам вот уж действительно и малосвязаный пост

Вопрос снят я разобрался)

нет,рано все таки вопрос снимать извините за мой сумбур )
вообщем смысл такой :
если я
1.создаю бд создаю в ней таблицу
2.делаю бэкап бд вместе с таблицей
3.делаю инсерты в эту табличку
4.делаю чекпоинт с копией и затиранием журнала
5.делаю рестор из бэкапа пункта 2.
6.делаю рестор журнала и ролфорвард для этой таблички
то все отлично транзакции появляются.Но в идеале это должно выглядить так:
1.создаю бд
2.делаю бэкап этой бд.
3.создаю табличку и делаю в нее инсерты
4.делаю чекпоинт с копией и затиранием журнала.
5.делаю бэкап с пункта 2 тоесть вотсанавливаю просто БД без таблиц
5.делаю рестор журнала и роллфорвард для БД
6.в итоге я жду что в этой бд появится табличка с транзакциями

для пункта 5 я перепробывал впринципе все команды и RESTORE JOURNAL TABLE (bd_name) и RESTORE JOURNAL TABLE (bd_name) ALL.
может я чего не догоняю но в конце я получаю ошибку всю туже 3658 table specifications are invalid.
Чего делать то ?это вообще должно работать так как я себе это представляю ?

извините опечатался про команды там я имел ввиду ROLLFORWARD (db_name) и ROLLFORWARD (db_name) ALL

вообщем сделал вывод,что журнал транзакций пишет в себя изменения только внутри таблиц. то есть если я удалил таблицу и попытаюсь сделать роллфорвард БД в которой удалена таблица не фига оно не появится потому что и возможности такой нет.Можно делать только таким образом сначала делать бэкап DICTIONARY ONLY для этой таблицы,затем восстанавливать фул бэкап потом восcтанавливать DICTIONARY ONLY для новых табличек делать build data и затем накатывать журнал транзакций тогда все ок.


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

ну вот смотрите скажем полный бэкап я делаю в воскресенье а с понедельника по субботу делаю бэкапы только журналов транзакций.
вс-full backup
пн-какие либо изменения в табличках,копия журнала
вт-какие либо изменения в табличках,копия журнала
ср-а вот скажем в среду у меня произошли изменения в структуре бд то есть добавили новых табличек и залили туда какой нибудь информации. так вот в этот день надо сделать не только копию журнала но и копию dictionary only новых добавленных табличек
чт-какие либо изменения в табличках,копия журнала
пятн-какие либо изменения в табличках,копия журнала
суб-а тут произошел жесткий ахтунг крах и тд и мне надо восcтановить инфу
что я буду делать:
1-накачу последний full backup
2.накачу dictionary only новых табличек что были созданы в среду
3.накачу журналы

вот тогда сия функция работает как надо,или я что то где то упускаю и делаю через жопито ?

теперь вот интересны такие вопросы:
есть ли вьюшка в которой можно посмотреть статус таблички на данный момент залоченна она или не залоченна
также как узнать что именно лочит табличку sql запрос какой либо или приложение

в процессе тестирования резервного копирования журналов вышло пару раз заблочить таблички.
в принципе как разблочить я разобрался ну и походу дела почитав немного документации сделал вывод что блоки деляться на два типа : блоки sql и блоки которые вешают приложения ну вот как бы исходя из этой информации интересуют выше приведенные вопросы

в принципе разобрался если кого интересует ответ на этот глупый вопрос то есть такая замечательная портлета во viewpoint которая называется lock viewer она отображает всю нужную инфу по локам)