찾다
집데이터 베이스MySQL 튜토리얼RMAN恢复案例之--不完全恢复错误案例

RMAN恢复案例之--不完全恢复错误案例

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB
WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB
Jun 07, 2016 pm 02:52 PM
아니요다시 덮다사례실수

RMAN恢复案例之--不完全恢复错误案例 RMAN恢复案例： 不完全恢复，由于在先前的数据文件备份有误，导致恢复失败。 [oracle@rh6~]$rmantarget/RecoveryManager:Release11.2.0.1.0-ProductiononSatSep2015:54:252014Copyright(c)1982,2009,Oracleand/oritsaffi

RMAN恢复案例之--不完全恢复错误案例


RMAN恢复案例：

不完全恢复，由于在先前的数据文件备份有误，导致恢复失败。

[oracle@rh6 ~]$ rman target /
Recovery Manager: Release 11.2.0.1.0 - Production on Sat Sep 20 15:54:25 2014
Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.
connected to target database: TEST1 (DBID=1195893416)

RMAN> run {
2> shutdown immediate;
3> startup mount;
4> set until time '2014-09-20 15:49:36';
5> restore database;
6> recover database ;
7> alter database open resetlogs;
8> sql'alter system switch logfile';
9> }
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     175767552 bytes
Fixed Size                     1335276 bytes
Variable Size                142606356 bytes
Database Buffers              29360128 bytes
Redo Buffers                   2465792 bytes
executing command: SET until clause
Starting restore at 20-SEP-14
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=18 device type=DISK
flashing back control file to SCN 9601534
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 00002 to /u01/app/oracle/oradata/test1/sysaux01.dbf
channel ORA_DISK_1: restoring datafile 00004 to /u01/app/oracle/oradata/test1/users01.dbf
channel ORA_DISK_1: restoring datafile 00005 to /u01/app/oracle/oradata/test1/perfs.dbf
channel ORA_DISK_1: restoring datafile 00007 to /u01/app/oracle/oradata/test1/undotbs2.dbf
channel ORA_DISK_1: restoring datafile 00010 to /u01/app/oracle/oradata/test1/index01.dbf
channel ORA_DISK_1: reading from backup piece /dsk1/backup/test1/TEST1_240.bak
channel ORA_DISK_1: piece handle=/dsk1/backup/test1/TEST1_240.bak tag=TAG20140920T152720
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:35
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 00013 to /u01/app/oracle/oradata/test1/tbs_16.dbf
channel ORA_DISK_1: reading from backup piece /dsk1/backup/test1/TEST1_241.bak
channel ORA_DISK_1: piece handle=/dsk1/backup/test1/TEST1_241.bak tag=TAG20140920T152720
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
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/test1/system01.dbf
channel ORA_DISK_1: restoring datafile 00003 to /u01/app/oracle/oradata/test1/test1.dbf
channel ORA_DISK_1: restoring datafile 00006 to /u01/app/oracle/oradata/test1/dict1.dbf
channel ORA_DISK_1: reading from backup piece /dsk1/backup/test1/TEST1_239.bak
channel ORA_DISK_1: piece handle=/dsk1/backup/test1/TEST1_239.bak tag=TAG20140920T152720
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:45
Finished restore at 20-SEP-14
Starting recover at 20-SEP-14
using channel ORA_DISK_1
starting media recovery

recover 失败......

media recovery failed

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

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

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

RMAN-03002: failure of recover command at 09/20/2014 15:59:01

RMAN-20505: create datafile during recovery

RMAN-11003: failure during parse/execution of SQL statement: alter database recover if needed

 start until time 'SEP 20 2014 15:49:36'

ORA-00283: recovery session canceled due to errors

ORA-01244: unnamed datafile(s) added to control file by media recovery

ORA-01110: data file 8: '/u01/app/oracle/oradata/test1/tbs2.dbf'

查看备份信息：

RMAN> list backup of database;
List of Backup Sets
===================
BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
229     Full    158.89M    DISK        00:01:18     20-SEP-14      
        BP Key: 229   Status: AVAILABLE  Compressed: NO  Tag: TAG20140920T152720
        Piece Name: /dsk1/backup/test1/TEST1_240.bak
  List of Datafiles in backup set 229
  File LV Type Ckp SCN    Ckp Time  Name
  ---- -- ---- ---------- --------- ----
  2       Full 9601534    20-SEP-14 /u01/app/oracle/oradata/test1/sysaux01.dbf
  4       Full 9601534    20-SEP-14 /u01/app/oracle/oradata/test1/users01.dbf
  5       Full 9601534    20-SEP-14 /u01/app/oracle/oradata/test1/perfs.dbf
  7       Full 9601534    20-SEP-14 /u01/app/oracle/oradata/test1/undotbs2.dbf
  10      Full 9601534    20-SEP-14 /u01/app/oracle/oradata/test1/index01.dbf
BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
230     Full    1.06M      DISK        00:00:01     20-SEP-14      
        BP Key: 230   Status: AVAILABLE  Compressed: NO  Tag: TAG20140920T152720
        Piece Name: /dsk1/backup/test1/TEST1_241.bak
  List of Datafiles in backup set 230
  File LV Type Ckp SCN    Ckp Time  Name
  ---- -- ---- ---------- --------- ----
  13      Full 9601534    20-SEP-14 /u01/app/oracle/oradata/test1/tbs_16.dbf
BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
231     Full    609.73M    DISK        00:01:32     20-SEP-14      
        BP Key: 231   Status: AVAILABLE  Compressed: NO  Tag: TAG20140920T152720
        Piece Name: /dsk1/backup/test1/TEST1_239.bak
  List of Datafiles in backup set 231
  File LV Type Ckp SCN    Ckp Time  Name
  ---- -- ---- ---------- --------- ----
  1       Full 9601534    20-SEP-14 /u01/app/oracle/oradata/test1/system01.dbf
  3       Full 9601534    20-SEP-14 /u01/app/oracle/oradata/test1/test1.dbf
  6       Full 9601534    20-SEP-14 /u01/app/oracle/oradata/test1/dict1.dbf
  8       Full 9601534    20-SEP-14 /u01/app/oracle/product/11.2.0/db_1/dbs/UNNAMED00008

在备份中发现:

'/u01/app/oracle/product/11.2.0/db_1/dbs/UNNAMED00008',而在数据库中并没有这个数据文件！

解决方法：

将datafile offline，open数据库：

16:02:43 SYS@ test1 >alter database datafile 8 offline;
Database altered.

recover database跳过此表空间：

RMAN> recover database skip tablespace tbs2;

Starting recover at 20-SEP-14
using channel ORA_DISK_1
Executing: alter database datafile 8 offline
starting media recovery
media recovery complete, elapsed time: 00:00:30
Finished recover at 20-SEP-14

查看告警日志：

alter database datafile 8 offline
Completed: alter database datafile 8 offline
alter database recover datafile list clear
Completed: alter database recover datafile list clear
alter database recover datafile list
 1 , 2 , 3 , 4 , 5 , 6 , 7 , 10 , 13
Completed: alter database recover datafile list
 1 , 2 , 3 , 4 , 5 , 6 , 7 , 10 , 13
alter database recover if needed
 start
Media Recovery Start
Serial Media Recovery started
Recovery of Online Redo Log: Thread 1 Group 5 Seq 15 Reading mem 0
  Mem# 0: /dsk1/oradata/test1/redo05a.log
Sat Sep 20 16:06:51 2014
Media Recovery Complete (test1)
Completed: alter database recover if needed
 start

打开数据库删除此表空间：

 16:04:42 SYS@ test1 >conn /as sysdba;
Connected.
16:10:10 SYS@ test1 >alter database open;
Database altered.
Elapsed: 00:00:21.63
16:10:54 SYS@ test1 >select name from v$datafile;
NAME
--------------------------------------------------
/u01/app/oracle/oradata/test1/system01.dbf
/u01/app/oracle/oradata/test1/sysaux01.dbf
/u01/app/oracle/oradata/test1/test1.dbf
/u01/app/oracle/oradata/test1/users01.dbf
/u01/app/oracle/oradata/test1/perfs.dbf
/u01/app/oracle/oradata/test1/dict1.dbf
/u01/app/oracle/oradata/test1/undotbs2.dbf
/u01/app/oracle/product/11.2.0/db_1/dbs/UNNAMED000
08
/u01/app/oracle/oradata/test1/index01.dbf
/u01/app/oracle/oradata/test1/tbs_16.dbf
10 rows selected.

16:11:10 SYS@ test1 >drop tablespace tbs2 including contents and datafiles;
Tablespace dropped.

16:11:32 SYS@ test1 >select name from v$datafile;
NAME
--------------------------------------------------
/u01/app/oracle/oradata/test1/system01.dbf
/u01/app/oracle/oradata/test1/sysaux01.dbf
/u01/app/oracle/oradata/test1/test1.dbf
/u01/app/oracle/oradata/test1/users01.dbf
/u01/app/oracle/oradata/test1/perfs.dbf
/u01/app/oracle/oradata/test1/dict1.dbf
/u01/app/oracle/oradata/test1/undotbs2.dbf
/u01/app/oracle/oradata/test1/index01.dbf
/u01/app/oracle/oradata/test1/tbs_16.dbf
9 rows selected.

对数据库做重新做全备，再次做数据恢复！

恢复过程又出错：

RMAN> run {
2> shutdown immediate;
3> startup mount;
4> set until time '2014-09-20 16:19:30';
5> restore database;
6> recover database;
7> alter database open resetlogs;
8> }
database closed
database dismounted
Oracle instance shut down
connected to target database (not started)
Oracle instance started
database mounted
Total System Global Area     175767552 bytes
Fixed Size                     1335276 bytes
Variable Size                142606356 bytes
Database Buffers              29360128 bytes
Redo Buffers                   2465792 bytes
executing command: SET until clause
Starting restore at 20-SEP-14
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=18 device type=DISK
flashing back control file to SCN 9603237
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 09/20/2014 16:21:46
RMAN-06085: must use SET NEWNAME command to restore datafile /u01/app/oracle/product/11.2.0/db_1/dbs/UNNAMED00008

查看备份信息：

RMAN> list backup;
List of Backup Sets
===================
BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
233     Full    164.45M    DISK        00:01:04     20-SEP-14      
        BP Key: 233   Status: AVAILABLE  Compressed: NO  Tag: TAG20140920T161544
        Piece Name: /dsk1/backup/test1/TEST1_244.bak
  List of Datafiles in backup set 233
  File LV Type Ckp SCN    Ckp Time  Name
  ---- -- ---- ---------- --------- ----
  2       Full 9603220    20-SEP-14 /u01/app/oracle/oradata/test1/sysaux01.dbf
  5       Full 9603220    20-SEP-14 /u01/app/oracle/oradata/test1/perfs.dbf
  7       Full 9603220    20-SEP-14 /u01/app/oracle/oradata/test1/undotbs2.dbf
  10      Full 9603220    20-SEP-14 /u01/app/oracle/oradata/test1/index01.dbf
BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
234     Full    1.06M      DISK        00:00:02     20-SEP-14      
        BP Key: 234   Status: AVAILABLE  Compressed: NO  Tag: TAG20140920T161544
        Piece Name: /dsk1/backup/test1/TEST1_245.bak
  List of Datafiles in backup set 234
  File LV Type Ckp SCN    Ckp Time  Name
  ---- -- ---- ---------- --------- ----
  13      Full 9603220    20-SEP-14 /u01/app/oracle/oradata/test1/tbs_16.dbf
BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
235     Full    613.10M    DISK        00:01:28     20-SEP-14      
        BP Key: 235   Status: AVAILABLE  Compressed: NO  Tag: TAG20140920T161544
        Piece Name: /dsk1/backup/test1/TEST1_243.bak
  List of Datafiles in backup set 235
  File LV Type Ckp SCN    Ckp Time  Name
  ---- -- ---- ---------- --------- ----
  1       Full 9603220    20-SEP-14 /u01/app/oracle/oradata/test1/system01.dbf
  3       Full 9603220    20-SEP-14 /u01/app/oracle/oradata/test1/test1.dbf
  4       Full 9603220    20-SEP-14 /u01/app/oracle/oradata/test1/users01.dbf
  6       Full 9603220    20-SEP-14 /u01/app/oracle/oradata/test1/dict1.dbf
BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
236     Full    11.33M     DISK        00:00:05     20-SEP-14      
        BP Key: 236   Status: AVAILABLE  Compressed: NO  Tag: TAG20140920T161714
        Piece Name: /dsk4/backup/TEST1/autobackup/2014_09_20/o1_mf_s_858788041_b1tg0gds_.bkp
  SPFILE Included: Modification time: 03-SEP-14
  SPFILE db_unique_name: TEST1
  Control File Included: Ckp SCN: 9603237      Ckp time: 20-SEP-14

restore controlfile：

RMAN> list backup of controlfile;
List of Backup Sets
===================
BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
236     Full    11.33M     DISK        00:00:05     20-SEP-14      
        BP Key: 236   Status: AVAILABLE  Compressed: NO  Tag: TAG20140920T161714
        Piece Name: /dsk4/backup/TEST1/autobackup/2014_09_20/o1_mf_s_858788041_b1tg0gds_.bkp
  Control File Included: Ckp SCN: 9603237      Ckp time: 20-SEP-14
  
RMAN> shutdown immediate;
database dismounted
Oracle instance shut down
RMAN> startup nomount;
connected to target database (not started)
Oracle instance started
Total System Global Area     175767552 bytes
Fixed Size                     1335276 bytes
Variable Size                142606356 bytes
Database Buffers              29360128 bytes
Redo Buffers                   2465792 bytes

RMAN> restore controlfile from autobackup;
Starting restore at 20-SEP-14
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=19 device type=DISK
recovery area destination: /dsk4/backup
database name (or database unique name) used for search: TEST1
channel ORA_DISK_1: AUTOBACKUP /dsk4/backup/TEST1/autobackup/2014_09_20/o1_mf_s_858788041_b1tg0gds_.bkp found in the recovery area
channel ORA_DISK_1: looking for AUTOBACKUP on day: 20140920
channel ORA_DISK_1: restoring control file from AUTOBACKUP /dsk4/backup/TEST1/autobackup/2014_09_20/o1_mf_s_858788041_b1tg0gds_.bkp
channel ORA_DISK_1: control file restore from AUTOBACKUP complete
output file name=/u01/app/oracle/oradata/test1/control01.ctl
output file name=/dsk1/oradata/test1/control02.ctl
output file name=/dsk2/oradata/test1/control03.ctl
Finished restore at 20-SEP-14

重新做恢复：

RMAN> run {
2>  shutdown immediate;
3>  startup mount;
4>  set until time '2014-09-20 16:19:30';
5>  restore database;
6>  recover database;
7>  alter database open resetlogs;
8>  }

Oracle instance shut down
connected to target database (not started)
Oracle instance started
database mounted
Total System Global Area     175767552 bytes
Fixed Size                     1335276 bytes
Variable Size                142606356 bytes
Database Buffers              29360128 bytes
Redo Buffers                   2465792 bytes
executing command: SET until clause
Starting restore at 20-SEP-14
Starting implicit crosscheck backup at 20-SEP-14
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=18 device type=DISK
Crosschecked 3 objects
Finished implicit crosscheck backup at 20-SEP-14
Starting implicit crosscheck copy at 20-SEP-14
using channel ORA_DISK_1
Finished implicit crosscheck copy at 20-SEP-14
searching for all files in the recovery area
cataloging files...
cataloging done
List of Cataloged Files
=======================
File Name: /dsk4/backup/TEST1/autobackup/2014_09_20/o1_mf_s_858788041_b1tg0gds_.bkp
File Name: /dsk4/backup/TEST1/autobackup/2014_09_14/o1_mf_s_858262943_b1bf156d_.bkp
File Name: /dsk4/backup/TEST1/autobackup/2014_09_14/o1_mf_s_858259416_b1b9lv2j_.bkp
File Name: /dsk4/backup/TEST1/autobackup/2014_09_14/o1_mf_s_858261087_b1bc76lg_.bkp
File Name: /dsk4/backup/TEST1/autobackup/2014_09_14/o1_mf_s_858260002_b1bb58sq_.bkp
File Name: /dsk4/backup/TEST1/autobackup/2013_11_10/o1_mf_s_831135549_97ycp30c_.bkp
File Name: /dsk4/backup/TEST1/autobackup/2013_11_10/o1_mf_s_831134795_97yc0vk0_.bkp
File Name: /dsk4/backup/TEST1/autobackup/2013_11_10/o1_mf_s_831136532_97ydnsbl_.bkp
File Name: /dsk4/backup/TEST1/autobackup/2013_11_10/o1_mf_s_831135962_97yd2z3r_.bkp
using channel ORA_DISK_1
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 00002 to /u01/app/oracle/oradata/test1/sysaux01.dbf
channel ORA_DISK_1: restoring datafile 00005 to /u01/app/oracle/oradata/test1/perfs.dbf
channel ORA_DISK_1: restoring datafile 00007 to /u01/app/oracle/oradata/test1/undotbs2.dbf
channel ORA_DISK_1: restoring datafile 00010 to /u01/app/oracle/oradata/test1/index01.dbf
channel ORA_DISK_1: reading from backup piece /dsk1/backup/test1/TEST1_244.bak
channel ORA_DISK_1: piece handle=/dsk1/backup/test1/TEST1_244.bak tag=TAG20140920T161544
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:25
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 00013 to /u01/app/oracle/oradata/test1/tbs_16.dbf
channel ORA_DISK_1: reading from backup piece /dsk1/backup/test1/TEST1_245.bak
channel ORA_DISK_1: piece handle=/dsk1/backup/test1/TEST1_245.bak tag=TAG20140920T161544
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
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/test1/system01.dbf
channel ORA_DISK_1: restoring datafile 00003 to /u01/app/oracle/oradata/test1/test1.dbf
channel ORA_DISK_1: restoring datafile 00004 to /u01/app/oracle/oradata/test1/users01.dbf
channel ORA_DISK_1: restoring datafile 00006 to /u01/app/oracle/oradata/test1/dict1.dbf
channel ORA_DISK_1: reading from backup piece /dsk1/backup/test1/TEST1_243.bak
channel ORA_DISK_1: piece handle=/dsk1/backup/test1/TEST1_243.bak tag=TAG20140920T161544
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:55
Finished restore at 20-SEP-14
Starting recover at 20-SEP-14
using channel ORA_DISK_1
starting media recovery
archived log for thread 1 with sequence 17 is already on disk as file /dsk1/oradata/test1/redo04a.log
archived log for thread 1 with sequence 18 is already on disk as file /dsk1/oradata/test1/redo05a.log
archived log file name=/dsk1/oradata/test1/redo04a.log thread=1 sequence=17
archived log file name=/dsk1/oradata/test1/redo05a.log thread=1 sequence=18
media recovery complete, elapsed time: 00:00:08
Finished recover at 20-SEP-14
Starting recover at 20-SEP-14
using channel ORA_DISK_1
starting media recovery
archived log for thread 1 with sequence 17 is already on disk as file /dsk1/oradata/test1/redo04a.log
archived log for thread 1 with sequence 18 is already on disk as file /dsk1/oradata/test1/redo05a.log
archived log file name=/dsk1/oradata/test1/redo04a.log thread=1 sequence=17
archived log file name=/dsk1/oradata/test1/redo05a.log thread=1 sequence=18
media recovery complete, elapsed time: 00:00:08
Finished recover at 20-SEP-14
database opened

@至此，不完全恢复成功！




 

 



성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
관련 기사
MySQL에서 데이터베이스 업그레이드를 어떻게 처리합니까?MySQL에서 데이터베이스 업그레이드를 어떻게 처리합니까?Apr 30, 2025 am 12:28 AM

MySQL 데이터베이스를 업그레이드하는 단계에는 다음이 포함됩니다. 1. 데이터베이스 백업, 2. 현재 MySQL 서비스 중지, 3. 새 버전의 MySQL 설치, 4. 새 버전의 MySQL 서비스 시작, 5. 데이터베이스 복구. 업그레이드 프로세스 중에 호환성 문제가 필요하며 Perconatoolkit과 같은 고급 도구를 테스트 및 최적화에 사용할 수 있습니다.

MySQL에 사용할 수있는 다른 백업 전략은 무엇입니까?MySQL에 사용할 수있는 다른 백업 전략은 무엇입니까?Apr 30, 2025 am 12:28 AM

MySQL 백업 정책에는 논리 백업, 물리적 백업, 증분 백업, 복제 기반 백업 및 클라우드 백업이 포함됩니다. 1. 논리 백업은 MySQLDump를 사용하여 데이터베이스 구조 및 데이터를 내보내며 소규모 데이터베이스 및 버전 마이그레이션에 적합합니다. 2. 물리적 백업은 데이터 파일을 복사하여 빠르고 포괄적이지만 데이터베이스 일관성이 필요합니다. 3. 증분 백업은 이진 로깅을 사용하여 변경 사항을 기록합니다. 이는 큰 데이터베이스에 적합합니다. 4. 복제 기반 백업은 서버에서 백업하여 생산 시스템에 미치는 영향을 줄입니다. 5. AmazonRDS와 같은 클라우드 백업은 자동화 솔루션을 제공하지만 비용과 제어를 고려해야합니다. 정책을 선택할 때 데이터베이스 크기, 가동 중지 시간 허용 오차, 복구 시간 및 복구 지점 목표를 고려해야합니다.

MySQL 클러스터링이란 무엇입니까?MySQL 클러스터링이란 무엇입니까?Apr 30, 2025 am 12:28 AM

mysqlclusteringenhancesdatabaserobustness andscalabilitydaturedingdataacrossmultiplenodes.itusesthendbenginefordatareplicationandfaulttolerance, highavailability를 보장합니다

MySQL의 성능을 위해 데이터베이스 스키마 설계를 어떻게 최적화합니까?MySQL의 성능을 위해 데이터베이스 스키마 설계를 어떻게 최적화합니까?Apr 30, 2025 am 12:27 AM

MySQL에서 데이터베이스 스키마 설계 최적화는 다음 단계를 통해 성능을 향상시킬 수 있습니다. 1. 인덱스 최적화 : 공통 쿼리 열에서 인덱스 생성, 쿼리의 오버 헤드 균형 및 업데이트 삽입. 2. 표 구조 최적화 : 정규화 또는 정상화를 통한 데이터 중복성을 줄이고 액세스 효율을 향상시킵니다. 3. 데이터 유형 선택 : 스토리지 공간을 줄이기 위해 Varchar 대신 Int와 같은 적절한 데이터 유형을 사용하십시오. 4. 분할 및 하위 테이블 : 대량 데이터 볼륨의 경우 파티션 및 하위 테이블을 사용하여 데이터를 분산시켜 쿼리 및 유지 보수 효율성을 향상시킵니다.

MySQL 성능을 어떻게 최적화 할 수 있습니까?MySQL 성능을 어떻게 최적화 할 수 있습니까?Apr 30, 2025 am 12:26 AM

tooptimizemysqlperformance, followthesesteps : 1) 구현 properIndexingToSpeedUpqueries, 2) useExplaintoAnalyzeanDoptimizeQueryPerformance, 3) AdvertServerConfigUrationSettingstingslikeInnodb_buffer_pool_sizeandmax_connections, 4) uspartOflEtOflEtOflestoI

데이터 처리 및 계산에 MySQL 기능을 사용하는 방법데이터 처리 및 계산에 MySQL 기능을 사용하는 방법Apr 29, 2025 pm 04:21 PM

MySQL 기능은 데이터 처리 및 계산에 사용될 수 있습니다. 1. 기본 사용에는 문자열 처리, 날짜 계산 및 수학 연산이 포함됩니다. 2. 고급 사용에는 복잡한 작업을 구현하기 위해 여러 기능을 결합하는 것이 포함됩니다. 3. 성능 최적화를 위해서는 WHERE 절에서 기능 사용 및 GroupBy 및 임시 테이블 사용을 피해야합니다.

MySQL에 데이터를 일괄 삽입하는 효율적인 방법MySQL에 데이터를 일괄 삽입하는 효율적인 방법Apr 29, 2025 pm 04:18 PM

MySQL에 데이터 삽입을위한 효율적인 방법은 다음과 같습니다. 1. InsertInto 사용 ... 값 구문 사용 ... 값 구문, 2. 트랜잭션 처리 사용, 3. 트랜잭션 처리 사용, 4. 배치 크기 조정, 5. 인덱스 비활성화, 6. Insertignore 또는 Insert ... ondupliceKeyUpdate를 사용하여 데이터베이스 작동 효율성을 크게 향상시킬 수 있습니다.

MySQL 테이블에 필드를 추가 및 삭제하는 단계MySQL 테이블에 필드를 추가 및 삭제하는 단계Apr 29, 2025 pm 04:15 PM

MySQL에서는 altertabletable_nameaddcolumnnew_columnvarchar (255) 이후에 필드를 추가하여 altertabletable_namedropcolumncolumn_to_drop을 사용하여 필드를 삭제합니다. 필드를 추가 할 때는 쿼리 성능 및 데이터 구조를 최적화하기위한 위치를 지정해야합니다. 필드를 삭제하기 전에 작업이 돌이킬 수 없는지 확인해야합니다. 온라인 DDL, 백업 데이터, 테스트 환경 및 저하 기간을 사용하여 테이블 구조 수정은 성능 최적화 및 모범 사례입니다.

See all articles

핫 AI 도구

Undresser.AI Undress

Undresser.AI Undress

사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover

AI Clothes Remover

사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool

Undress AI Tool

무료로 이미지를 벗다

Clothoff.io

Clothoff.io

AI 옷 제거제

Video Face Swap

Video Face Swap

완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

더보기

인기 기사

Windows 11 KB5054979의 새로운 기능 및 업데이트 문제를 해결하는 방법
3 몇 주 전ByDDD
KB5055523을 수정하는 방법 Windows 11에 설치되지 않습니까?
2 몇 주 전ByDDD
Inzoi : 학교 및 대학에 지원하는 방법
4 몇 주 전ByDDD
KB5055518을 수정하는 방법 Windows 10에 설치되지 않습니까?
2 몇 주 전ByDDD
Roblox : Dead Rails - Nikola Tesla를 소환하고 패배하는 방법
1 몇 달 전By尊渡假赌尊渡假赌尊渡假赌
더보기

뜨거운 도구

ZendStudio 13.5.1 맥

ZendStudio 13.5.1 맥

강력한 PHP 통합 개발 환경

mPDF

mPDF

mPDF는 UTF-8로 인코딩된 HTML에서 PDF 파일을 생성할 수 있는 PHP 라이브러리입니다. 원저자인 Ian Back은 자신의 웹 사이트에서 "즉시" PDF 파일을 출력하고 다양한 언어를 처리하기 위해 mPDF를 작성했습니다. HTML2FPDF와 같은 원본 스크립트보다 유니코드 글꼴을 사용할 때 속도가 느리고 더 큰 파일을 생성하지만 CSS 스타일 등을 지원하고 많은 개선 사항이 있습니다. RTL(아랍어, 히브리어), CJK(중국어, 일본어, 한국어)를 포함한 거의 모든 언어를 지원합니다. 중첩된 블록 수준 요소(예: P, DIV)를 지원합니다.

SecList

SecList

SecLists는 최고의 보안 테스터의 동반자입니다. 보안 평가 시 자주 사용되는 다양한 유형의 목록을 한 곳에 모아 놓은 것입니다. SecLists는 보안 테스터에게 필요할 수 있는 모든 목록을 편리하게 제공하여 보안 테스트를 더욱 효율적이고 생산적으로 만드는 데 도움이 됩니다. 목록 유형에는 사용자 이름, 비밀번호, URL, 퍼징 페이로드, 민감한 데이터 패턴, 웹 셸 등이 포함됩니다. 테스터는 이 저장소를 새로운 테스트 시스템으로 간단히 가져올 수 있으며 필요한 모든 유형의 목록에 액세스할 수 있습니다.

Eclipse용 SAP NetWeaver 서버 어댑터

Eclipse용 SAP NetWeaver 서버 어댑터

Eclipse를 SAP NetWeaver 애플리케이션 서버와 통합합니다.

MinGW - Windows용 미니멀리스트 GNU

MinGW - Windows용 미니멀리스트 GNU

이 프로젝트는 osdn.net/projects/mingw로 마이그레이션되는 중입니다. 계속해서 그곳에서 우리를 팔로우할 수 있습니다. MinGW: GCC(GNU Compiler Collection)의 기본 Windows 포트로, 기본 Windows 애플리케이션을 구축하기 위한 무료 배포 가능 가져오기 라이브러리 및 헤더 파일로 C99 기능을 지원하는 MSVC 런타임에 대한 확장이 포함되어 있습니다. 모든 MinGW 소프트웨어는 64비트 Windows 플랫폼에서 실행될 수 있습니다.

더보기

뜨거운 주제

Gmail 이메일의 로그인 입구는 어디에 있나요?
7859
15
자바 튜토리얼
1649
14
Cakephp 튜토리얼
1403
52
라라벨 튜토리얼
1300
25
PHP 튜토리얼
1242
29
더보기