yes, finally , archive strategy of our Teradata machine was made.
we will perform a full volumn database archive per week and perform a incremental archive everyday.
based on this archive strategy, In case of emergency, All DB can be restored to the last week status , Specified Key DB can be restored to the last night or current status.
https://docs.google.com/file/d/0B7i7b3i-AZGoemotSGNFbmY3T28/preview">https://docs.google.com/file/d/0B7i7b3i-AZGoemotSGNFbmY3T28/preview
2013/01/30
2013/01/28
install,replace,remove jar on teradata
call sqlj.install_jar('CJ!/home2/tableudf/hdfsudf.jar', 'hdfsudf', 0);
call sqlj.replace_jar('CJ!/home2/tableudf/hdfsudf.jar', 'hdfsudf');
call sqlj.remove_jar('hdfsudf',0);
of course, to run the above content, appropriate accsess rights were needed
installed Jar will be shown in dbc.tables as tablekind 'D'
teradata's procedure really sucks
Abort Sessions in teradata
i used to kill sessions in teradata by pmon
there is another way : by udf SYSLIB.AbortSessions()
from
http://dadawarehousingwithtd.blogspot.com/2012/10/kill-session-in-teradata.html
http://www.teradataforum.com/teradata/20111122_082726.htm
there is another way : by udf SYSLIB.AbortSessions()
from
http://dadawarehousingwithtd.blogspot.com/2012/10/kill-session-in-teradata.html
http://www.teradataforum.com/teradata/20111122_082726.htm
1. Find the session info as:
select * from dbc.SessionInfo;
2. Execute abortsession function:
SELECT SYSLIB.AbortSessions(1,'MyUser',0,'Y','Y');
Param1: Hostno
Param2:UserName
Param3: SessionNo
Param4: LogoffSessions
Param5: UserOverride
Where
0 in Param3 means all session of user will be aborted,you can specify sessionno
to kill a specific session.
Param4=Y
means logoff the session first.
drop database in teradata
we can clear a database in teradata by a "delete" easily, not have to delete all tables and views one by one.
eg.
delete database db01;
drop database db01;
2013/01/21
query logging on/off
a user need execute privilage on DBC.DBQLAccessMacro to setting query on or off
so at first we neet to give execute right to the user who neeed to manage query logging
1.GRANT EXECUTE ON DBC.DBQLAccessMacro TO USER_A;
so at first we neet to give execute right to the user who neeed to manage query logging
1.GRANT EXECUTE ON DBC.DBQLAccessMacro TO USER_A;
and then logon with USER_A to set logging on
2.begin query logging on USER_B;
3.end query logging on USER_B;
4.revoke EXECUTE ON DBC.DBQLAccessMacro from USER_A;
Subscribe to:
Posts (Atom)