精华内容
下载资源
问答
  • 访问WINCC归档数据库

    万次阅读 2013-03-22 12:06:24
    一般 需要wincc Connectivity Pack 才能访问归档数据库 ---------------     使用VB或VBS访问WINCC6.0历史数据库 从WINCC6.0开始,就开始采用SQL3000SP3做为WINCC的后台数据了.而这个SQL2000SP3是由SIEMENS为WINCC...

     

    一般 需要wincc Connectivity Pack 才能访问归档数据库

    ---------------

     

     

    使用VB或VBS访问WINCC6.0历史数据库

    从WINCC6.0开始,就开始采用SQL3000SP3做为WINCC的后台数据了.而这个SQL2000SP3是由SIEMENS为WINCC做了二次开发的,采用了一些独有的技术,一些是我们知道的,一些是我们所不知道的.所以当我们打开SQL管理器和用高级语言访问时,和常规的SQL访问的方法是有一些出入的.即使我们能够很轻易的访问ACCESS,普通的SQL2000的数据库,不见的你就能顺利的访问到WINCC的历史数据.

      官方的资料显示:
      1:WINCC的数据有设计时数据库和运行时数据库,分别放在相关的目录,对于数据使用者而言,我们知道就可以了.设计时数据库我们了解没有什么意义.但运行时数据库至少我们要知道它的名.他的名一般是"CC_工程名_年_月_日_时_分_秒R"的名,这个对于我们使用者而言,是很重要的的,无论你准备以DSN或OLEDB的方式访问数据库,你都需要它.如果你实在不知道它的名,你可以将WINCC激活,然后在'ODBC管理器"或"SQL企业管理器下的"DATABASE"可以看到它,它就蹲在那里.....
      2:运行时库的表的问题.
    其实,这个是很多的用户很关心的问题,包括我自己在内.常规的使用过高级语言访问SQL的技术人员都知道,很多的SQL语句,如SELECT ,INSERT INTO等等,都需要指明在某一库的表中对它进行操作.因此,这个表的问题可能就是你访问SQL的拦路虎.
      先告诉大家:WINCC6.0的SQL库操作是不需要表名的,因为他有自己定义的SQL语句.细节一会儿在描述.
    其实,WINCC在运行时,根据WINCC的设置,数据归档是以一定时间做为基准,形成数据片段.
    大体上有三个用户需要了解的表.
    在数据片段下,有三个表是我们所关心的
    1:ARCHIVE(用户归档记录)
    2:TAGPRESSED(TAGUNPRESSED)(压缩/非压缩变量归档记录)
    3:MSARCLONG(报警记录)
    事实上,我们在操作数据时,还是并不能直接使用常规的SQL来操作这些表,甚至不允许修改它,MSARCLONG情况好一些,允许插入/修改等.


    TAGPRESSED的数据和WINCC内设置的变量管理下的归档是对应的,
    MSARCLONG的数据和WINCC内设置的报警记录下的设置是对应的.
    ARCHIVE的数据和WINCC内的用户归档数据是对应的.

    一般的,当我们使用WINCC制作在线表格和在线趋势使用的都是变量管理器下的归档.
    因此,我们打开TAGPRESSED的表,可以看到的一些都是变量记录的内容,通常也是在这里归档了用户的生产数据.因此,我们访问WINCC历史数据库,实际上是访问这里的变量记录

    3:访问历史数据库的方法/连接字符/SQL语句
      访问数据库的方法:
    A:WINCCOLEDB访问压缩归档,也可以访问非压缩归档
    B:MS ADO/OLEDB只能访问非压缩归档
    对于这种说法,我只严正了WINCCOLEDB的方法,后者没有测试.

      连接字符:
    WINCCOLEDB的连接字符为(本地):
    provider=winccoledbprovider.1,catalog=./wincc,data source=
    数据库名,user id=DBA,password=SQL
    对于远程连接,因为没有条件测试,所以就不说了,希望有哪位朋友日后通过了测试,到这里告诉一下
    现在开始讲访问用户归档,过程值归档和消息归档的方法和语法:
    1:查询过程值归档和消息归档的连接字符串
    SET CON=Createobject("adodb.connection")
    con.open
    Provider=winccoledbprovider.1;catalog=cc_工程名_年_月_日_时_分_秒R,data source=./wincc,user id=DBA,password=SQL
    说明:按照WINCC规定的连接字符串,创建到数据库的连接,并且打开这个连接.其中,我们经常需要修改的是Catalog的值,这个值根据不同的工程和创建的时间不同,我们可以在ODBC管理器下或SQL的库中看到.

    查询过程值归档和用户归档的SQL语句
    TAG:R,'变量名1','起始时间','终止时间' where条件
    说明:WHERE子句只对用户归档有效,对过程值归档无效.
    变量名:这个变量名要和WINCC下的变量管理器的过程值归档名要一致.其格式为:归档名/变量名.
    起始时间和终止时间可以用相对时间和绝对时间,一般绝对时间比较容易理解,就是从开始时间到终止时间就好了.例如,查询从2006/3/12 12:20:20秒到2006/3/13/ 12:20:20秒的数据,则应该写成'2006-3-12 12:20:20' '2006-3-13 12:20:20'就好了.
    当然拉,也可以用相对时间格式,就是比目前时间的相对值,有个前移后移的问题,很简单的.

    这里特别需要注意的是:记录到SQL数据库的时间都是格林威治时间,和中国的东8区有8个小时的时间差,也就是说记录的时间比本机PC时区晚8小时,这一点我们在测试是尤其重要.
    因为你是时间不正确,可能数据就没有显示,而导致你怀疑连接/命令/记录的有效性
    访问SQL数据库的方法过程描述.
    这和访问普通的数据库的方法大致上是相同,唯一的就是由于WINCC的数据是经过了压缩的.
    1:定义连接字符串,就是前面所讲到的.
    2:创建ADODB的CONNECTION对象,在VB中直接用CREATEOBJECT(ADODB.CONNECTION)函数,在ASP的VB脚本中,需要使用内置SERVER对象创建CONNECTIONG对象.
    3:打开到数据库的连接,使用CONNECTION的OPEN函数
    4:创建COMMAND对象,并定义COMMAND对象采用用CMDTEXT方法,表明将要使用命令文本的方式来获取数据记录.
    5:创建RECORDSET对象,并用COMMAND对象的返回记录集填充这个记录集.

    6:RECORDSET对象的数据就可以被你任意的使用了

    展开全文
  • 数据库在运行的过处程中,必须要做好备份,如果... 对于归档数据库,有很多的种的备份方法,但对于非归档的数据库来说,只能作关闭数据库的冷备。 对于Windows系统,数据库运行时是不能复制文件的,所以:SQL> shutdo

    数据库在运行的过处程中,必须要做好备份,如果没有做好备份,那么,如果数据库出现故障,就只有等死一条路了。因为将会丢失部分或全部数据,另外对OLTP系统来说,数据是实时在变化,丢数据的可能性就越高。

          对于归档数据库,有很多的种的备份方法,但对于非归档的数据库来说,只能作关闭数据库的冷备。 

        对于Windows系统,数据库运行时是不能复制文件的,所以:

    SQL> shutdown immediate
    数据库已经关闭。
    已经卸载数据库。
    ORACLE 例程已经关闭。

    数据库关闭后,开始复制文件。复制完成后,再启动数据库:


    SQL> startup
    ORACLE 例程已经启动。

    Total System Global Area   85006980 bytes
    Fixed Size                   453252 bytes
    Variable Size              58720256 bytes
    Database Buffers           25165824 bytes
    Redo Buffers                 667648 bytes
    数据库装载完毕。
    数据库已经打开。

    对于非归档的数据库备份,需要备份的文件如下:

    (1)控制文件:这是必须要备份的。如果这个文件损坏了,数据库就再也启不来了。

    SQL> select name from v$controlfile;

    NAME
    --------------------------------------------------------------
    D:/ORACLE/ORADATA/ORA92/CONTROL01.CTL
    D:/ORACLE/ORADATA/ORA92/CONTROL02.CTL
    D:/ORACLE/ORADATA/ORA92/CONTROL03.CTL

    (2)数据文件:保存用户数据文件,必须备份:

    SQL> select name from v$datafile;

    NAME
    ----------------------------------------------------
    D:/ORACLE/ORADATA/ORA92/SYSTEM01.DBF
    D:/ORACLE/ORADATA/ORA92/UNDOTBS01.DBF
    D:/ORACLE/ORADATA/ORA92/INDX01.DBF
    D:/ORACLE/ORADATA/ORA92/TOOLS01.DBF
    D:/ORACLE/ORADATA/ORA92/USERS01.DBF
    D:/ORACLE/ORADATA/ORA92/SP01.DBF

    (3)日志文件,非归档要求必须备:

    SQL> select member from v$logfile;

    MEMBER
    ------------------------------------------------
    D:/ORACLE/ORADATA/ORA92/REDO01.LOG
    D:/ORACLE/ORADATA/ORA92/REDO02.LOG
    D:/ORACLE/ORADATA/ORA92/REDO03.LOG

    另外,参数文件可以不备份,但是一般的,该文件存放我们已经配好的参数,最好也备,

    D:/oracle/ora92/database/SPFILEORA92.ORA

    口令文件可以不备,如果丢失,可以直接用Oracle提供的工具创建:

    Orapwd.exe 来创建口令文件。

     

    如果数据库需要恢复,直接将上面的文件复制到指定文件,再重启数据库即可。

    展开全文
  • _disable_logging对于归档数据库的影响

    千次阅读 2006-04-18 15:23:00
    _disable_logging对于归档数据库的影响在归档数据库下,如果设置了 _disable_logging=true,那么数据库就会将所有的online redo logfile标记为corrput,从而在归档数据库下不能够正常的归档了,因此,每次需要当...

    _disable_logging对于归档数据库的影响

    在归档数据库下,如果设置了 _disable_loggingtrue,那么数据库就会将所有的online redo logfile标记为corrput,从而在归档数据库下不能够正常的归档了,因此,每次需要当数据库中所有的日志组归档状态都为“NO”,且STATUS列的值出现n-1个“INACTIVE”和一个“CURRENT”时,即,除了当前日志外,其余所有的日志都是不活动且没有归档的时候,对数据库的所有操作(只要产生的日志超过current日志的可用大小的时候,也就是需要发生日志切换的时候)就会hang

    上述结论可以很容易的得到证实,首先我们检查数据库的状态,看它是否已经处在归档模式了,如果仍然处于非归档模式的话,请先将数据库改为归档方式(具体的方法不是这里讨论的重点,就不赘述了):

     

    sys@TSMISC02> archive log list

    Database log mode              Archive Mode

    Automatic archival             Enabled

    Archive destination            /oracle/oradata/TSMISC02/archive

    Oldest online log sequence     1595

    Next log sequence to archive   1597

    Current log sequence           1597

    sys@TSMISC02>  

     

    再检查一下当前的日志文件信息:

    sys@TSMISC02> select * from v$log;

        GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARC STATUS           FIRST_CHANGE# FIRST_TIM

    ---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- ---------

             1          1       1597    2097152          1 NO  CURRENT                6913201 11-APR-06

             2          1       1595    2097152          1 YES INACTIVE               6889512 11-APR-06

             3          1       1596    2097152          1 YES INACTIVE               6901361 11-APR-06

    Elapsed: 00:00:00.01

    sys@TSMISC02>

    sys@TSMISC02> col member for a50            

    sys@TSMISC02> select * from v$logfile;      

        GROUP# STATUS  TYPE    MEMBER

    ---------- ------- ------- --------------------------------------------------

             1         ONLINE  /oracle/oradata/TSMISC02/redo01.log

             2         ONLINE  /oracle/oradata/TSMISC02/redo02.log

             3         ONLINE  /oracle/oradata/TSMISC02/redo03.log

     

    Elapsed: 00:00:00.00

    sys@TSMISC02>

        我们看到当前的日志文件是日志组1online redo log group 1),日志组2和日志组3都已经成功归档,并且状态是“INACTIVE”,也就是说,这两个组已经可以被循环使用了

    现在设置"_disable_logging"=true

    sys@TSMISC02> alter system set "_disable_logging"=true scope=both;

    System altered.

    Elapsed: 00:00:00.00

    sys@TSMISC02>

       

    然后,再创建一些大表等等,然后观察日志的情况:

    sys@TSMISC02> select * from v$log;

        GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARC STATUS           FIRST_CHANGE# FIRST_TIM

    ---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- ---------

             1          1       1597    2097152          1 NO  ACTIVE                 6913201 11-APR-06

             2          1       1598    2097152          1 NO  CURRENT                6919313 11-APR-06

             3          1       1596    2097152          1 YES INACTIVE               6901361 11-APR-06

    Elapsed: 00:00:00.00

    sys@TSMISC02> select * from v$logfile;

        GROUP# STATUS  TYPE    MEMBER

    ---------- ------- ------- --------------------------------------------------

             1         ONLINE  /oracle/oradata/TSMISC02/redo01.log

             2         ONLINE  /oracle/oradata/TSMISC02/redo02.log

             3         ONLINE  /oracle/oradata/TSMISC02/redo03.log

    Elapsed: 00:00:00.00

    sys@TSMISC02>

        我们观察到,系统已经发生了日志切换,当前系统正在使用的日志组已经是group 2了,而刚才的那个group 1是没有完成归档的状态,即,没有归档且状态为active

        这时候,实际上数据库已经出现问题了,但是由于还有其他可用的日志组可以继续使用,因此在前台sqlplus的使用界面上并没有报错,但是如果你检查alert.log,就会发现系统已经开始不断的报类似下面的错误信息了:

    Tue Apr 11 13:50:07 2006

    ALTER SYSTEM SET _disable_logging=TRUE SCOPE=BOTH;

    Tue Apr 11 14:09:35 2006

    ARC0: Evaluating archive   log 1 thread 1 sequence 1597

    ARC0: Beginning to archive log 1 thread 1 sequence 1597

    Creating archive destination LOG_ARCHIVE_DEST_1: '/oracle/oradata/TSMISC02/archive/1_1597.dbf'

    Tue Apr 11 14:09:35 2006

    Thread 1 advanced to log sequence 1598

      Current log# 2 seq# 1598 mem# 0: /oracle/oradata/TSMISC02/redo02.log

    Tue Apr 11 14:09:35 2006

    ARC0: Log corruption near block 3740 change 0 time ?

    ARC0: All Archive destinations made inactive due to error 354

    Tue Apr 11 14:09:35 2006

    Errors in file /oracle/admin/TSMISC02/bdump/tsmisc02_arc0_9459.trc:

    ORA-00354: corrupt redo log block header

    ORA-00353: log corruption near block 3740 change 0 time 04/11/2006 13:49:56

    ORA-00312: online log 1 thread 1: '/oracle/oradata/TSMISC02/redo01.log'

    ARC0: Archiving not possible: error count exceeded

    ARC0: Failed to archive log 1 thread 1 sequence 1597

    ARCH: Archival stopped, error occurred. Will continue retrying

    。。。。。。。

    并且系统会不断的尝试将redo01.log日志文件归档,但是由于这个文件总是不能被成功归档,所以数据库就不断的循环和重复上面的错误信息。

    此时,如果你是用dbv来检查一下redo01.log日志文件的话,你会发现类似下面的信息:

    DBVERIFY - Verification complete

    Total Pages Examined         : 4096

    Total Pages Processed (Data) : 0

    Total Pages Failing   (Data) : 0

    Total Pages Processed (Index): 0

    Total Pages Failing   (Index): 0

    Total Pages Processed (Other): 4

    Total Pages Processed (Seg)  : 0

    Total Pages Failing   (Seg)  : 0

    Total Pages Empty            : 0

    Total Pages Marked Corrupt   : 4096

    Total Pages Influx           : 2

    Highest block SCN            : 1 (0.1)

        这里我们发现,整个日志文件中所有的块都被标记为损坏状态了!

    由此我们可以看到_disable_logging=true对于归档数据库的一个破坏作用之一就是将整个数据库的redo log file都标记为损坏。

     

    那么现在我们应该怎么办呢?首先我们需要使用alert system命令将_disable_logging参数设置为false,然后,依次对所有没有归档的日志做清理未归档日志的工作:

    alter database clear unarchived logfile '/oracle/oradata/TSMISC02/redo01.log'; 

    alter database clear unarchived logfile '/oracle/oradata/TSMISC02/redo02.log'; 

    ......

    注意:

    初始化日志文件的语法:

    ALTER DATABASE [database]

    CLEAR [UNARCHIVED] LOGFILE

    {GROUP integer|('filename'[, 'filename']...)}

    [,{GROUP integer|('filename'[, 'filename']...)}]...

    无论联机重做日志文件是否归档,都可以清除它。

    但是,在其没有归档时,必须包含关键字UNARCHIVED

     

    由于篇幅关系,这里进对部分操作说明一下:

    sys@TSMISC02> alter system set "_disable_logging"=false scope=both;

    System altered.

    Elapsed: 00:00:00.01

    sys@TSMISC02>

    sys@TSMISC02> alter database clear unarchived logfile '/oracle/oradata/TSMISC02/redo02.log'; 

    Database altered.

    Elapsed: 00:00:00.18

    sys@TSMISC02> alter database clear unarchived logfile '/oracle/oradata/TSMISC02/redo03.log'; 

    Database altered.

    Elapsed: 00:00:00.17

    sys@TSMISC02>

    sys@TSMISC02> select * from v$log;

        GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARC STATUS           FIRST_CHANGE# FIRST_TIM

    ---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- ---------

             1          1       1600    2097152          1 NO  CURRENT                6950639 12-APR-06

             2          1          0    2097152          1 YES UNUSED                 6919313 11-APR-06

             3          1          0    2097152          1 YES UNUSED                 6922631 11-APR-06

    Elapsed: 00:00:00.00

    sys@TSMISC02>

        其实,需要清理哪些日志,你可以根据alert.log的报错来做,比如这里,当你清理了日志组1,alert中就开始报关于group 2不能归档的信息;当你清理了日志组2,alert中就开始报关于group 3不能归档的信息。。。,以此类推,所有的日志组都被初始化后,数据库就恢复正常了。当然这时后你需要做一个数据库的全备,因为之前的数据库备份已经无效了。

    注意:如果对当前的日志(状态未“CURRENT”的日志组做clear unarchived logfile的操作会有类似下面的报错

    sys@TSMISC02>alter database clear unarchived logfile '/oracle/oradata/TSMISC02/redo01.log'; 

    alter database clear unarchived logfile '/oracle/oradata/TSMISC02/redo01.log'

    *

    ERROR at line 1:

    ORA-01624: log 1 needed for crash recovery of thread 1

    ORA-00312: online log 1 thread 1: '/oracle/oradata/TSMISC02/redo01.log'

    Elapsed: 00:00:00.05

    sys@TSMISC02>

    你只需要使用alter system switch logfile,然后再做clear unarchived logfile的操作就可以了。

        综上,我们已经验证了本章界最初的结论。

    展开全文
  • _disable_logging 对于归档数据库的影响 2008-6-23 事件:为了测试硬盘IO是否是影响数据库性能的瓶颈,将数据库关闭redo log记录。设置_disable_logging=true。测试结束后,直接alter system set "_disable_...
     

    _disable_logging 对于归档数据库的影响

    2008-6-23

    事件:为了测试硬盘IO是否是影响数据库性能的瓶颈,将数据库关闭redo log记录。设置_disable_loggingtrue。测试结束后,直接alter system set "_disable_logging"=false; alter system switch logfile; 后一直做不完,DB Hang

    分析:

    检查alert log发现很多类似报错,主要如下:

    Sat Jun 21 15:05:06 2008

    ALTER SYSTEM SET _disable_logging=TRUE SCOPE=BOTH;     

    Sat Jun 21 15:06:04 2008

    Thread 1 advanced to log sequence 132

     Current log# 3 seq# 132 mem# 0: /ANTIDB_DS/redo/redo03.log

     Current log# 3 seq# 132 mem# 1: /ANTIDB_D01/redo/redo03.log

    Sat Jun 21 15:06:06 2008

    ARC1: Log corruption near block 820285 change 7006681 time ?

    Sat Jun 21 15:06:06 2008

    Errors in file /oracle/admin/antidb1/bdump/antidb1_arc1_3672.trc:

    ORA-00354: corrupt redo log block header

    ORA-00353: log corruption near block 820285 change 7006681 time 06/21/2008 14:38:31

    ORA-00312: online log 2 thread 1: '/ANTIDB_D01/redo/redo02.log'

    ORA-00312: online log 2 thread 1: '/ANTIDB_DS/redo/redo02.log'

    ARC1: All Archive destinations made inactive due to error 354

    Sat Jun 21 15:06:06 2008

    ARC1: Closing local archive destination LOG_ARCHIVE_DEST_1: '/ANTIDB_ARCH/ANTIDB11_131_657212803.arc' (error 354)

     (antidb1)

    Committing creation of archivelog '/ANTIDB_ARCH/ANTIDB11_131_657212803.arc' (error 354)

    Sat Jun 21 15:06:17 2008

    ARC1: Failed to archive thread 1 sequence 131 (354)

    ARCH: Archival stopped, error occurred. Will continue retrying

    Sat Jun 21 15:06:17 2008

    ORACLE Instance antidb1 - Archival Error

    原因:

    在归档数据库下,如果设置了 _disable_loggingtrue,那么数据库就会将所有的online redo logfile标记为corrput,从而在归档数据库下不能够正常的归档了,因此,每次需要当数据库中所有的日志组归档状态都为“NO”,且STATUS列的值出现n-1个“INACTIVE”和一个“CURRENT”时,即,除了当前日志外,其余所有的日志都是不活动且没有归档的时候,对数据库的所有操作(只要产生的日志超过current日志的可用大小的时候,也就是需要发生日志切换的时候)就会hang

    处理:

    1、检查log 状态

    Select * from v$log;

    发现 3组日志的archive 状态都是no,难怪在日志切换的时候不能用。

     

    2、 依次对所有没有归档的日志做清理未归档日志的工作

    根据alert log的错误,依次对redo log 做清理

    alter database clear unarchived logfile group 2;    

    alter database clear unarchived logfile group 3;

    alter database clear unarchived logfile group 1;

    需要清理哪些日志,你可以根据alert.log的报错来做,比如这里,当你清理了日志组2,alert中就开始报关于group 3不能归档的信息;当你清理了日志组3,alert中就开始报关于group 1不能归档的信息。。。,以此类推,所有的日志组都被初始化后,数据库就恢复正常了。

    3、再次检查log 状态

    Select * from v$log;

    此时除了current组日志的archive 状态都是no,其他都是yes,状态为unused。这种状态在log 切换后就会变为正常。

     

    4、进行数据库全备份

     

    总结:对于隐含参数尽量不要修改,特别是在正式环境。

     

    其他信息:

    Select * from v$loghist; 查询redo log 切换历史

    Select * from v$log;

    Select * from v$logfile;

     

    转载于:https://www.cnblogs.com/yifan268/archive/2008/06/23/1227979.html

    展开全文
  • 1. _disable_logging对于非归档数据库的影响首先确定数据库当前是非归档模式:lunar@TSMISC01> archive log listDatabase log mode No Archive ModeAutomatic archival EnabledArchive destination 
  • Flashback Database功能非常类似与RMAN的不完全恢复,它可以把整个数据库回退...闪回数据库的前提是要开启归档日志。  一、闪回原理  在启用闪回数据时,会将修改过的块的前映像作为闪回数据库日志保存在闪回恢
  • data_date超过1年以上的数据移除归档数据库,生成文本文件,每天对每个文本文件进行压缩。(离线存储,与在线归档数据库设计无关) 如果想建立一个以data_date为切片的归档数据库,归档1年的数据,所有数据都以...
  • 如果需要进行数据库恢复,则数据库管理器将在前滚操作期间调用 db2uext2,以将归档的日志文件复制回活动日志目录中。日志文件就会被重新应用到已恢复的数据库。 让我们看一看数据库管理器调用用户出口程序的调用格式...
  • 本文介绍了一个未启用归档数据库的,没有任何备份,所有非数据文件(spfile,control,redo,undo,temp)全丢失的恢复方法。非数据文件包括启动参数文件、重做日志文件、撤消表空间及临时表空间文件。 测试环境: 假设...
  • 一 通过Sybase Central 40访问显示数据二 利用VB编写程序访问WINCC历史数据库三 结语   WINCC作为一个工控软件,有着工控软件的一系列特征:能显示实时数据,历史数据,生成实时数据曲线与历史数据曲线,并...
  • 使用VB或VBS访问WINCC6.0历史数据库从WINCC6.0开始,就开始采用SQL3000SP3做为WINCC的后台数据了.而这个SQL2000SP3是由SIEMENS为WINCC做了二次开发的,采用了一些独有的技术,一些是我们知道的,一些是我们所不知道的....
  • 由于数据库是非归档模式 所以我要设置数据库变更为归档模式 语句如下: SQL> alter system set log_archive_dest_1='location=+DG1' scope=spfile; 系统已更改。 SQL> alter system set log_archive_...
  • 作者tag:oracle 9i CSDN 推荐tag:database 归档 数据库 日志 上一篇: Oracle数据导入导出imp/exp | 下一篇: 经典正则表达式 OARCLE数据库归档模式的切换 在oracle数据库的...
  • RAMN恢复数据库的过程 1 修复数据库 ...1)是在数据文件的介质恢复,也就是为修复后的数据文件应用联机或者归档重做日志,从而将修复的数据库文件更新到当前时刻或指定时刻的状态 2)执行恢复数据
  • 数据库可以将联机日志文件保存到多个不同的位置,将联机日志转换为归档日志的过程称之为归档。相应的日志被称为归档日志。 设置归档 方法1:修改dm.ini的ARCH_INI=1 配置dmarch.ini [ARCHIVE_LOCAL1] ARCH_...
  • 数据库归档

    2020-05-09 11:38:05
    类似于日志之类的数据表,只会用到最新一段时间的数据,随着时间累积,会影响到该表的性能与容量瓶颈,但是又不舍得删除这里历史数据,这时候,可以以备份的形式将这些历史数据归档起来。也即是备份到另一张表或是...
  • RAMN恢复数据库的过程 1 修复数据库 1) 指物理上文件的复制。rman将启动一个服务器进程,...1)是在数据文件的介质恢复,也就是为修复后的数据文件应用联机或者归档重做日志,从而将修复的数据库文件更新到当前时刻...
  • 一个通用数据库任务会将记录从一个表归档到另一个表。如果您希望从原始表中删除不必要的记录以减小表的大小,但是将来可能会参考这些记录,那么您可以归档记录(而不是删除记录)。要在 Microsoft Access 数据库归档...
  • 数据库归档日志

    千次阅读 2019-10-22 17:13:33
    其对数据库备份和恢复有下列用处: 数据库后备以及在线和归档日志文件,在操作系统和磁盘故障中可保证全部提交的事物可被恢复。 在数据库打开和正常系统使用下,如果归档日志是永久保存,在线后备可以进行和使用。 ...
  • 什么是数据库归档

    2020-12-14 22:35:09
     数据库归档技术是一种保持在线数据库规模大体不变却有能够为用户应用提供稳定的数据库性能的方法。其工作原理是,将数据库中不经常使用的数据迁移至近线设备,将长期不使用的数据迁移至文件形式归档。这样,随着...
  • oracle数据库归档

    2020-06-15 15:52:59
    查看oracle数据库是否开启归档: SQL>archive log list
  • 数据库归档策略

    千次阅读 2018-10-18 21:54:47
    为备战双11,需要将数据库中的相关表(历史订单)进行归档,以便腾出更多的空间迎接订单的暴增。作者经过尝试,得出自认为最优的解决方案。下面给出数据库归档策略及示例代码。 现有条件: 1.现有两个数据库:db-A ...
  • 1.归档模式 Oracle数据库有联机重做日志,这个日志是记录对数据库所做的修改,比如插入,删除,更新数据等,对这些操作都会记录在联机重做日志里。一般数据库至少要有2个联机重做...如果数据库处于非归档模式,联机日志
  • 数据库归档模式

    2019-09-27 22:22:04
    背景:新话单功能上线后,生产环境之前未配置定时任务产生话单,导致数据库有2000多万条的记录等待生成话单,定时任务配置正确后,由于环境开启了数据库归档模式,而生成话单的过程又在不断的update和delete行为轨迹...
  • –连接恢复管理器 C:\Documents and Settings\mengzhaoliang>rman target/ –归档日志列表 RMAN> list archivelog all;...查看oracle数据库是否为归档模式: 1.select name,log_mode from v$database; NAME L

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 10,928
精华内容 4,371
关键字:

归档数据库