RMAN深入解析之--Incarnation应用(不完全恢复)

简介:

案例环境:

操作系统:RedHat EL5

Oracle:  Oracle 11gR2

   当在做Media Recover的不完全恢复时,通过resetlogs打开库,则Incarnation(数据库对应物)表示这个数据库的特定的逻辑生存期。当作为DBA可能面临这样的还原:需要使用上次执行resetlogs命令打开数据库前生成的一个备份来进行还原数据库,或者可能需要还原到执行上一个resetlogs命令之前的时间点。

    wKiom1PGLXbijWcpAADgAKetXGE422.jpg                               如图所示: 数据库的还原线路图



案例1:(不完全恢复1)

1、table被误删除,进行不完全恢复

17:12:11 SYS@ prod>select current_scn from v$database;


CURRENT_SCN

-----------

    2123790

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
17 : 12 : 24  SYS@ prod>conn scott/tiger
Connected.
17 : 12 : 43  SCOTT@ prod>select count(*)  from  emp1;
   COUNT(*)
----------
         28
Elapsed:  00 : 00 : 00.05
17 : 12 : 53  SCOTT@ prod> delete  from  emp1;
28  rows deleted.
Elapsed:  00 : 00 : 00.08
17 : 13 : 12  SCOTT@ prod>commit;
Commit complete.
Elapsed:  00 : 00 : 00.04
17 : 13 : 17  SCOTT@ prod> insert  into  emp1 select *  from  emp  where  empno= 7788 ;
1  row created.
Elapsed:  00 : 00 : 00.04
17 : 13 : 28  SCOTT@ prod>update emp set empno= 9999  where  empno= 7788 ;
1  row updated.
Elapsed:  00 : 00 : 00.03
17 : 13 : 43  SCOTT@ prod>commit;
Commit complete.
Elapsed:  00 : 00 : 00.04
17 : 13 : 45  SCOTT@ prod>select *  from  emp1;
      EMPNO ENAME      JOB              MGR HIREDATE         SAL       COMM     DEPTNO
---------- ---------- --------- ---------- --------- ---------- ---------- ----------
       7788  SCOTT      ANALYST          7566  19 -APR -87        3000                     20
Elapsed:  00 : 00 : 00.02

2、执行不完全恢复

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
RMAN>  run {
2 >  set until scn  2123790 ;
3 >  shutdown immediate;
4 >  startup mount;
5 >  restore database;
6 >  recover database;
7 >  alter database open resetlogs;
8 >  sql 'alter system switch logfile' ;
9 >  }
executing command: SET until clause
using target database control file instead of recovery catalog
database closed
database dismounted
Oracle instance shut down
connected to target database ( not  started)
Oracle instance started
database mounted
Total System Global Area      835104768  bytes
Fixed Size                      2217952  bytes
Variable Size                 775948320  bytes
Database Buffers               54525952  bytes
Redo Buffers                    2412544  bytes
Starting restore  at  15 -JUL -14
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID= 18  device type=DISK
channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore  from  backup set
channel ORA_DISK_1: restoring datafile  00001  to /u01/app/oracle/oradata/prod/system01.dbf
channel ORA_DISK_1: restoring datafile  00002  to /u01/app/oracle/oradata/prod/sysaux01.dbf
channel ORA_DISK_1: restoring datafile  00003  to /u01/app/oracle/oradata/prod/undotbs1.dbf
channel ORA_DISK_1: restoring datafile  00004  to /u01/app/oracle/oradata/prod/users01.dbf
channel ORA_DISK_1: restoring datafile  00005  to /u01/app/oracle/oradata/prod/example01.dbf
channel ORA_DISK_1: restoring datafile  00006  to /u01/app/oracle/oradata/prod/tbs1.dbf
channel ORA_DISK_1: restoring datafile  00007  to /u01/app/oracle/oradata/prod/undotbs2.dbf
channel ORA_DISK_1: restoring datafile  00008  to /u01/app/oracle/oradata/prod/perftbs01.dbf
channel ORA_DISK_1: reading  from  backup piece /u01/app/oracle/product/ 11.2. 0 /db_1/dbs/0lpcfu61_1_1
channel ORA_DISK_1: piece handle=/u01/app/oracle/product/ 11.2. 0 /db_1/dbs/0lpcfu61_1_1 tag=TAG20140703T171545
channel ORA_DISK_1: restored backup piece  1
channel ORA_DISK_1: restore complete, elapsed time:  00 : 01 : 16
Finished restore  at  15 -JUL -14
Starting recover  at  15 -JUL -14
using channel ORA_DISK_1
starting media recovery
archived log  for  thread  1  with  sequence  17  is already  on  disk  as  file /dsk4/arch1/arch_1_17_851265252.log
archived log  for  thread  1  with  sequence  18  is already  on  disk  as  file /dsk4/arch1/arch_1_18_851265252.log
archived log  for  thread  1  with  sequence  19  is already  on  disk  as  file /dsk4/arch1/arch_1_19_851265252.log
archived log file name=/dsk4/arch1/arch_1_17_851265252.log thread= 1  sequence= 17
media recovery complete, elapsed time:  00 : 00 : 09
Finished recover  at  15 -JUL -14
database opened

3、验证

1
2
3
4
5
6
7
8
9
10
11
12
[oracle@rh6 ~]$ sqlplus  '/as sysdba'
SQL*Plus: Release  11.2. 0.1. 0  Production  on  Tue Jul  15  17 : 26 : 10  2014
Copyright (c)  1982 2009 , Oracle.  All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release  11.2. 0.1. 0  - 64bit Production
With the Partitioning, OLAP, Data Mining  and  Real Application Testing options
17 : 26 : 10  SYS@ prod>select count(*)  from  scott.emp1;
   COUNT(*)
----------
         28
Elapsed:  00 : 00 : 00.03
17 : 27 : 09  SYS@ prod>

数据被恢复!

5、查看Incarnation

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
RMAN> list incarnation;
using target database control file instead of recovery catalog
List of Database Incarnations
DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
------- ------- -------- ---------------- --- ---------- ----------
1        1        PROD      239333010         PARENT   1           15 -AUG -09
2        2        PROD      239333010         PARENT   945184      30 -SEP -13
3        3        PROD      239333010         PARENT   1087512     18 -MAY -14
4        4        PROD      239333010         PARENT   1857377     26 -JUN -14
5        5        PROD      239333010         CURRENT  2123791     15 -JUL -14
RMAN> 
RMAN> list backup of database;
List of Backup Sets
===================
BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
17       Full     1. 13G      DISK         00 : 01 : 21      03 -JUL -14      
         BP Key:  17    Status: AVAILABLE  Compressed: NO  Tag: TAG20140703T171545
         Piece Name: /u01/app/oracle/product/ 11.2. 0 /db_1/dbs/0lpcfu61_1_1
   List of Datafiles  in  backup set  17
   File LV Type Ckp SCN    Ckp Time  Name
   ---- -- ---- ---------- --------- ----
   1        Full  2066885     03 -JUL -14  /u01/app/oracle/oradata/prod/system01.dbf
   2        Full  2066885     03 -JUL -14  /u01/app/oracle/oradata/prod/sysaux01.dbf
   3        Full  2066885     03 -JUL -14  /u01/app/oracle/oradata/prod/undotbs1.dbf
   4        Full  2066885     03 -JUL -14  /u01/app/oracle/oradata/prod/users01.dbf
   5        Full  2066885     03 -JUL -14  /u01/app/oracle/oradata/prod/example01.dbf
   6        Full  2066885     03 -JUL -14  /u01/app/oracle/oradata/prod/tbs1.dbf
   7        Full  2066885     03 -JUL -14  /u01/app/oracle/oradata/prod/undotbs2.dbf
   8        Full  2066885     03 -JUL -14  /u01/app/oracle/oradata/prod/perftbs01.dbf

案例2:(不完全恢复2) 

 1、table被误删除,通过不完全恢复进行恢复

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17 : 42 : 24  SYS@ prod>conn scott/tiger
Connected.
17 : 42 : 28  SCOTT@ prod> insert  into  emp1 select *  from  emp  where  rownum < 4 ;
3  rows created.
Elapsed:  00 : 00 : 00.05
17 : 42 : 42  SCOTT@ prod>commit;
Commit complete.
Elapsed:  00 : 00 : 00.01
17 : 42 : 44  SCOTT@ prod> insert  into  emp1 select *  from  emp  where  rownum < 5 ;
4  rows created.
Elapsed:  00 : 00 : 00.02
17 : 42 : 52  SCOTT@ prod>commit;
Commit complete.
Elapsed:  00 : 00 : 00.05
17 : 42 : 55  SCOTT@ prod>conn / as  sysdba
Connected.

17:43:01 SYS@ prod>select current_scn from v$database;


CURRENT_SCN

-----------

    2124840

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
17 : 43 : 13  SYS@ prod>alter system switch logfile;
System altered.
Elapsed:  00 : 00 : 00.10
17 : 43 : 38  SYS@ prod>conn scott/tiger
Connected.
17 : 43 : 42  SCOTT@ prod>select count(*)  from  scott.emp1;
   COUNT(*)
----------
         35
Elapsed:  00 : 00 : 00.02
17 : 43 : 48  SCOTT@ prod> delete  from  emp1;
35  rows deleted.
Elapsed:  00 : 00 : 00.04
17 : 43 : 56  SCOTT@ prod>commit;
Commit complete.
Elapsed:  00 : 00 : 00.01
17 : 43 : 58  SCOTT@ prod> insert  into  emp1 select *  from  emp  where  empno= 7788 ;
1  row created.
Elapsed:  00 : 00 : 00.01
17 : 44 : 09  SCOTT@ prod>update emp1 set empno= 8888 ;
1  row updated.
Elapsed:  00 : 00 : 00.01
17 : 44 : 16  SCOTT@ prod>commit;
Commit complete.
Elapsed:  00 : 00 : 00.02
17 : 44 : 17  SCOTT@ prod>select *  from  emp1;
      EMPNO ENAME      JOB              MGR HIREDATE         SAL       COMM     DEPTNO
---------- ---------- --------- ---------- --------- ---------- ---------- ----------
       8888  SCOTT      ANALYST          7566  19 -APR -87        3000                     20
Elapsed:  00 : 00 : 00.03

2、通过rman做不完全恢复

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
RMAN> run {
  set until scn  2124840 ;
2 >  shutdown immediate;
3 4 >  startup mount;
5 >  restore database;
6 >  recover database;
7 >  alter database open resetlogs;
8 >  sql 'alter system switch logfile' ;
9 >  }
executing command: SET until clause
database closed
database dismounted
Oracle instance shut down
connected to target database ( not  started)
Oracle instance started
database mounted
Total System Global Area      835104768  bytes
Fixed Size                      2217952  bytes
Variable Size                 775948320  bytes
Database Buffers               54525952  bytes
Redo Buffers                    2412544  bytes
Starting restore  at  15 -JUL -14
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID= 18  device type=DISK
channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore  from  backup set
channel ORA_DISK_1: restoring datafile  00001  to /u01/app/oracle/oradata/prod/system01.dbf
channel ORA_DISK_1: restoring datafile  00002  to /u01/app/oracle/oradata/prod/sysaux01.dbf
channel ORA_DISK_1: restoring datafile  00003  to /u01/app/oracle/oradata/prod/undotbs1.dbf
channel ORA_DISK_1: restoring datafile  00004  to /u01/app/oracle/oradata/prod/users01.dbf
channel ORA_DISK_1: restoring datafile  00005  to /u01/app/oracle/oradata/prod/example01.dbf
channel ORA_DISK_1: restoring datafile  00006  to /u01/app/oracle/oradata/prod/tbs1.dbf
channel ORA_DISK_1: restoring datafile  00007  to /u01/app/oracle/oradata/prod/undotbs2.dbf
channel ORA_DISK_1: restoring datafile  00008  to /u01/app/oracle/oradata/prod/perftbs01.dbf
channel ORA_DISK_1: reading  from  backup piece /u01/app/oracle/product/ 11.2. 0 /db_1/dbs/0lpcfu61_1_1
channel ORA_DISK_1: piece handle=/u01/app/oracle/product/ 11.2. 0 /db_1/dbs/0lpcfu61_1_1 tag=TAG20140703T171545
channel ORA_DISK_1: restored backup piece  1
channel ORA_DISK_1: restore complete, elapsed time:  00 : 01 : 25
Finished restore  at  15 -JUL -14
Starting recover  at  15 -JUL -14
using channel ORA_DISK_1
starting media recovery
archived log  for  thread  1  with  sequence  17  is already  on  disk  as  file /dsk4/arch1/arch_1_17_851265252.log
archived log  for  thread  1  with  sequence  18  is already  on  disk  as  file /dsk4/arch1/arch_1_18_851265252.log
archived log  for  thread  1  with  sequence  19  is already  on  disk  as  file /dsk4/arch1/arch_1_19_851265252.log
archived log  for  thread  1  with  sequence  20  is already  on  disk  as  file /dsk4/arch1/arch_1_20_851265252.log
archived log  for  thread  1  with  sequence  1  is already  on  disk  as  file /dsk4/arch1/arch_1_1_853003284.log
archived log file name=/dsk4/arch1/arch_1_17_851265252.log thread= 1  sequence= 17
archived log file name=/dsk4/arch1/arch_1_18_851265252.log thread= 1  sequence= 18
archived log file name=/dsk4/arch1/arch_1_19_851265252.log thread= 1  sequence= 19
archived log file name=/dsk4/arch1/arch_1_20_851265252.log thread= 1  sequence= 20
media recovery complete, elapsed time:  00 : 00 : 10
Finished recover  at  15 -JUL -14
database opened

3、验证

1
2
3
4
5
6
7
8
9
10
11
[oracle@rh6 ~]$ sqlplus  '/as sysdba'
SQL*Plus: Release  11.2. 0.1. 0  Production  on  Tue Jul  15  17 : 48 : 52  2014
Copyright (c)  1982 2009 , Oracle.  All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release  11.2. 0.1. 0  - 64bit Production
With the Partitioning, OLAP, Data Mining  and  Real Application Testing options
17 : 48 : 52  SYS@ prod>select count(*)  from  scott.emp1;
   COUNT(*)
----------
         35
Elapsed:  00 : 00 : 00.03

数据恢复成功

4、查看Incarnation:

1
2
3
4
5
6
7
8
9
10
11
RMAN> list incarnation;
using target database control file instead of recovery catalog
List of Database Incarnations
DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
------- ------- -------- ---------------- --- ---------- ----------
1        1        PROD      239333010         PARENT   1           15 -AUG -09
2        2        PROD      239333010         PARENT   945184      30 -SEP -13
3        3        PROD      239333010         PARENT   1087512     18 -MAY -14
4        4        PROD      239333010         PARENT   1857377     26 -JUN -14
5        5        PROD      239333010         PARENT   2123791     15 -JUL -14
6        6        PROD      239333010         CURRENT  2124841     15 -JUL -14

注意:2124841 为当前Incarnation !


案例3:(不完全恢复3)

1、将数据库再次恢复到当前Incarnation前

RMAN> run {

 set until scn 2122840;

3>  shutdown immediate;

4>  startup mount;

5>  restore database;

6>  recover database;

7>  alter database open resetlogs;

8>  }

executing command: SET until clause

RMAN-00571: ===========================================================

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571: ===========================================================

RMAN-03002: failure of shutdown command at 07/15/2014 17:51:17

RMAN-20208: UNTIL CHANGE is before RESETLOGS change

---恢复出错,不能再恢复到当前Incarnation前 !

2、查看Incarnation

1
2
3
4
5
6
7
8
9
10
RMAN> list incarnation;
List of Database Incarnations
DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
------- ------- -------- ---------------- --- ---------- ----------
1        1        PROD      239333010         PARENT   1           15 -AUG -09
2        2        PROD      239333010         PARENT   945184      30 -SEP -13
3        3        PROD      239333010         PARENT   1087512     18 -MAY -14
4        4        PROD      239333010         PARENT   1857377     26 -JUN -14
5        5        PROD      239333010         PARENT   2123791     15 -JUL -14
6        6        PROD      239333010         CURRENT  2124841     15 -JUL -14

3、重新执行恢复

1、关闭数据库

1
2
3
4
RMAN> shutdown immediate;
database closed
database dismounted
Oracle instance shut down

2、启动数据库到nomount

1
2
3
4
5
6
7
8
9
RMAN> startup mount;
connected to target database ( not  started)
Oracle instance started
database mounted
Total System Global Area      835104768  bytes
Fixed Size                      2217952  bytes
Variable Size                 775948320  bytes
Database Buffers               54525952  bytes
Redo Buffers                    2412544  bytes

3、恢复Incarnation到前一个

RMAN> reset database to incarnation 5;

database reset to incarnation 5

1
2
3
4
5
6
7
8
9
10
RMAN> list incarnation;
List of Database Incarnations
DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
------- ------- -------- ---------------- --- ---------- ----------
1        1        PROD      239333010         PARENT   1           15 -AUG -09
2        2        PROD      239333010         PARENT   945184      30 -SEP -13
3        3        PROD      239333010         PARENT   1087512     18 -MAY -14
4        4        PROD      239333010         PARENT   1857377     26 -JUN -14
5        5        PROD      239333010         CURRENT  2123791     15 -JUL -14
6        6        PROD      239333010         ORPHAN   2124841     15 -JUL -14

4、restore数据库

RMAN> restore database until scn 2124835;

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
Starting restore  at  15 -JUL -14
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID= 21  device type=DISK
channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore  from  backup set
channel ORA_DISK_1: restoring datafile  00001  to /u01/app/oracle/oradata/prod/system01.dbf
channel ORA_DISK_1: restoring datafile  00002  to /u01/app/oracle/oradata/prod/sysaux01.dbf
channel ORA_DISK_1: restoring datafile  00003  to /u01/app/oracle/oradata/prod/undotbs1.dbf
channel ORA_DISK_1: restoring datafile  00004  to /u01/app/oracle/oradata/prod/users01.dbf
channel ORA_DISK_1: restoring datafile  00005  to /u01/app/oracle/oradata/prod/example01.dbf
channel ORA_DISK_1: restoring datafile  00006  to /u01/app/oracle/oradata/prod/tbs1.dbf
channel ORA_DISK_1: restoring datafile  00007  to /u01/app/oracle/oradata/prod/undotbs2.dbf
channel ORA_DISK_1: restoring datafile  00008  to /u01/app/oracle/oradata/prod/perftbs01.dbf
channel ORA_DISK_1: reading  from  backup piece /u01/app/oracle/product/ 11.2. 0 /db_1/dbs/0lpcfu61_1_1
channel ORA_DISK_1: piece handle=/u01/app/oracle/product/ 11.2. 0 /db_1/dbs/0lpcfu61_1_1 tag=TAG20140703T171545
channel ORA_DISK_1: restored backup piece  1
channel ORA_DISK_1: restore complete, elapsed time:  00 : 01 : 15
Finished restore  at  15 -JUL -14

5、Recover 数据库

RMAN> recover database until scn 2124835;

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
Starting recover  at  15 -JUL -14
using channel ORA_DISK_1
starting media recovery
archived log  for  thread  1  with  sequence  17  is already  on  disk  as  file /dsk4/arch1/arch_1_17_851265252.log
archived log  for  thread  1  with  sequence  18  is already  on  disk  as  file /dsk4/arch1/arch_1_18_851265252.log
archived log  for  thread  1  with  sequence  19  is already  on  disk  as  file /dsk4/arch1/arch_1_19_851265252.log
archived log  for  thread  1  with  sequence  20  is already  on  disk  as  file /dsk4/arch1/arch_1_20_851265252.log
archived log  for  thread  1  with  sequence  1  is already  on  disk  as  file /dsk4/arch1/arch_1_1_853003284.log
archived log file name=/dsk4/arch1/arch_1_17_851265252.log thread= 1  sequence= 17
archived log file name=/dsk4/arch1/arch_1_18_851265252.log thread= 1  sequence= 18
archived log file name=/dsk4/arch1/arch_1_19_851265252.log thread= 1  sequence= 19
archived log file name=/dsk4/arch1/arch_1_20_851265252.log thread= 1  sequence= 20
archived log file name=/dsk4/arch1/arch_1_1_853003284.log thread= 1  sequence= 1
media recovery complete, elapsed time:  00 : 00 : 08
Finished recover  at  15 -JUL -14

6、查看Incarnation

1
2
3
4
5
6
7
8
9
10
RMAN> list incarnation;
List of Database Incarnations
DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
------- ------- -------- ---------------- --- ---------- ----------
1        1        PROD      239333010         PARENT   1           15 -AUG -09
2        2        PROD      239333010         PARENT   945184      30 -SEP -13
3        3        PROD      239333010         PARENT   1087512     18 -MAY -14
4        4        PROD      239333010         PARENT   1857377     26 -JUN -14
5        5        PROD      239333010         CURRENT  2123791     15 -JUL -14
6        6        PROD      239333010         ORPHAN   2124841     15 -JUL -14

7、打开数据库(resetlogs)

RMAN> alter database open resetlogs;

database opened

1
2
3
4
5
6
7
8
9
10
11
RMAN> list incarnation;
List of Database Incarnations
DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
------- ------- -------- ---------------- --- ---------- ----------
1        1        PROD      239333010         PARENT   1           15 -AUG -09
2        2        PROD      239333010         PARENT   945184      30 -SEP -13
3        3        PROD      239333010         PARENT   1087512     18 -MAY -14
4        4        PROD      239333010         PARENT   1857377     26 -JUN -14
5        5        PROD      239333010         PARENT   2123791     15 -JUL -14
7        7        PROD      239333010         CURRENT  2124836     15 -JUL -14
6        6        PROD      239333010         ORPHAN   2124841     15 -JUL -14

8、验证

1
2
3
4
5
6
7
8
9
10
11
[oracle@rh6 ~]$ sqlplus  '/as sysdba'
SQL*Plus: Release  11.2. 0.1. 0  Production  on  Tue Jul  15  18 : 01 : 11  2014
Copyright (c)  1982 2009 , Oracle.  All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release  11.2. 0.1. 0  - 64bit Production
With the Partitioning, OLAP, Data Mining  and  Real Application Testing options
18 : 01 : 11  SYS@ prod>select count(*)  from  scott.emp1;
   COUNT(*)
----------
         35
Elapsed:  00 : 00 : 00.05

@至此,数据恢复完成!











本文转自 客居天涯 51CTO博客,原文链接:http://blog.51cto.com/tiany/1439032,如需转载请自行联系原作者
目录
相关文章
|
机器学习/深度学习 文字识别 监控
安全监控系统:技术架构与应用解析
该系统采用模块化设计,集成了行为识别、视频监控、人脸识别、危险区域检测、异常事件检测、日志追溯及消息推送等功能,并可选配OCR识别模块。基于深度学习与开源技术栈(如TensorFlow、OpenCV),系统具备高精度、低延迟特点,支持实时分析儿童行为、监测危险区域、识别异常事件,并将结果推送给教师或家长。同时兼容主流硬件,支持本地化推理与分布式处理,确保可靠性与扩展性,为幼儿园安全管理提供全面解决方案。
611 3
|
人工智能 API 开发者
HarmonyOS Next~鸿蒙应用框架开发实战:Ability Kit与Accessibility Kit深度解析
本书深入解析HarmonyOS应用框架开发,聚焦Ability Kit与Accessibility Kit两大核心组件。Ability Kit通过FA/PA双引擎架构实现跨设备协同,支持分布式能力开发;Accessibility Kit提供无障碍服务构建方案,优化用户体验。内容涵盖设计理念、实践案例、调试优化及未来演进方向,助力开发者打造高效、包容的分布式应用,体现HarmonyOS生态价值。
869 27
|
供应链 项目管理 容器
深入探索 BPMN、CMMN 和 DMN:从定义到应用的全方位解析
在当今快速变化的商业环境中,对象管理组织(OMG)推出了三种强大的建模标准:BPMN(业务流程模型和符号)、CMMN(案例管理模型和符号)和DMN(决策模型和符号)。它们分别适用于结构化流程管理、动态案例处理和规则驱动的决策制定,并能相互协作,覆盖更广泛的业务场景。BPMN通过直观符号绘制固定流程;CMMN灵活管理不确定的案例;DMN以表格形式定义清晰的决策规则。三者结合可优化企业效率与灵活性。 [阅读更多](https://example.com/blog)
深入探索 BPMN、CMMN 和 DMN:从定义到应用的全方位解析
|
数据采集 机器学习/深度学习 存储
可穿戴设备如何重塑医疗健康:技术解析与应用实战
可穿戴设备如何重塑医疗健康:技术解析与应用实战
740 4
|
存储 弹性计算 安全
阿里云服务器ECS通用型规格族解析:实例规格、性能基准与场景化应用指南
作为ECS产品矩阵中的核心序列,通用型规格族以均衡的计算、内存、网络和存储性能著称,覆盖从基础应用到高性能计算的广泛场景。通用型规格族属于独享型云服务器,实例采用固定CPU调度模式,实例的每个CPU绑定到一个物理CPU超线程,实例间无CPU资源争抢,实例计算性能稳定且有严格的SLA保证,在性能上会更加稳定,高负载情况下也不会出现资源争夺现象。本文将深度解析阿里云ECS通用型规格族的技术架构、实例规格特性、最新价格政策及典型应用场景,为云计算选型提供参考。
|
人工智能 自然语言处理 算法
DeepSeek大模型在客服系统中的应用场景解析
在数字化浪潮下,客户服务领域正经历深刻变革,AI技术成为提升服务效能与体验的关键。DeepSeek大模型凭借自然语言处理、语音交互及多模态技术,显著优化客服流程,提升用户满意度。它通过智能问答、多轮对话引导、多模态语音客服和情绪监测等功能,革新服务模式,实现高效应答与精准分析,推动人机协作,为企业和客户创造更大价值。
1053 5
|
机器学习/深度学习 JSON 算法
淘宝拍立淘按图搜索API接口系列的应用与数据解析
淘宝拍立淘按图搜索API接口是阿里巴巴旗下淘宝平台提供的一项基于图像识别技术的创新服务。以下是对该接口系列的应用与数据解析的详细分析
|
搜索推荐 数据挖掘 API
Lazada 淘宝详情 API 的价值与应用解析
在全球化电商浪潮下,Lazada 和淘宝作为东南亚和中国电商市场的关键力量,拥有海量商品数据和庞大用户群体。详情 API 接口为电商开发者、商家和分析师提供了获取商品详细信息(如描述、价格、库存、评价等)的工具,助力业务决策与创新。本文深入解析 Lazada 和淘宝详情 API 的应用场景及价值,并提供 Python 调用示例,帮助读者更好地理解和运用这两个强大的工具。
348 18
|
存储 人工智能 程序员
通义灵码AI程序员实战:从零构建Python记账本应用的开发全解析
本文通过开发Python记账本应用的真实案例,展示通义灵码AI程序员2.0的代码生成能力。从需求分析到功能实现、界面升级及测试覆盖,AI程序员展现了需求转化、技术选型、测试驱动和代码可维护性等核心价值。文中详细解析了如何使用Python标准库和tkinter库实现命令行及图形化界面,并生成单元测试用例,确保应用的稳定性和可维护性。尽管AI工具显著提升开发效率,但用户仍需具备编程基础以进行调试和优化。
951 9
|
机器学习/深度学习 人工智能 自然语言处理
DeepSeek 实践应用解析:合力亿捷智能客服迈向 “真智能” 时代
DeepSeek作为人工智能领域的创新翘楚,凭借领先的技术实力,在智能客服领域掀起变革。通过全渠道智能辅助、精准对话管理、多语言交互、智能工单处理、个性化推荐、情绪分析及反馈监控等功能,大幅提升客户服务效率和质量,助力企业实现卓越升级,推动智能化服务发展。
536 1

热门文章

最新文章

推荐镜像

更多
  • DNS