Database Migration Service는 Oracle 데이터베이스에 포함된 Oracle LogMiner API를 사용하여 보관처리된 재실행 로그 파일을 쿼리합니다. 이 파일에는 데이터베이스의 활동 기록 정보가 포함되어 있습니다. 각 Oracle 데이터베이스에는 온라인 재실행 로그 파일 세트가 있습니다.
데이터베이스의 모든 트랜잭션 레코드가 파일에 기록됩니다.
Database Migration Service가 Oracle LogMiner API를 사용하는 경우 온라인 재실행 로그 파일에 액세스하지 않고 보관처리된 로그 파일만 사용합니다.
보관된 재실행 로그 파일에 액세스하면 기본적으로 이전 프로세스에 지연 시간이 추가됩니다. 이 페이지에서는 지연 시간 영향을 제어하기 위해 Oracle 소스 데이터베이스에 권장되는 구성을 설명합니다.
Oracle 재실행 로그 파일의 구성 매개변수 설정
이 설계는 Database Migration Service의 잠재적 지연 시간에 큰 영향을 미칩니다. Oracle 재실행 로그 파일이 자주 전환되거나 더 작은 크기 (예: 256MB 미만)로 유지되면 Database Migration Service에서 변경사항을 더 빠르게 복제할 수 있습니다.
로그 파일 순환 빈도를 제어하기 위해 설정할 수 있는 구성 매개변수는 다음과 같습니다.
크기: 온라인 재실행 로그 파일의 최소 크기는 4MB이며 기본 크기는 운영체제에 따라 다릅니다. 새 온라인 로그 파일을 만들고 이전 로그 파일을 삭제하여 로그 파일의 크기를 수정할 수 있습니다.
온라인 재실행 로그 파일의 크기를 확인하려면 다음 쿼리를 실행하세요.
SELECT GROUP#, STATUS, BYTES/1024/1024 MB FROM V$LOG
시간:ARCHIVE_LAG_TARGET 매개변수는 기본 데이터베이스의 현재 로그가 도달할 수 있는 시간의 상한 (초)을 제공합니다.
로그를 보관처리하는 데 걸리는 시간을 고려하기 때문에 정확한 로그 전환 시간은 아닙니다. 기본값은 0 (상한값 없음)이며 1800 (또는 30분) 이하의 합리적인 값이 권장됩니다.
다음 명령어를 사용하여 초기화 중에 또는 데이터베이스가 실행되는 동안 ARCHIVE_LAG_TARGET 매개변수를 설정할 수 있습니다.
SHOW PARAMETER ARCHIVE_LAG_TARGET;: 이 명령어는 현재 로그가 스팬되는 데 걸리는 시간(초)을 표시합니다.
ALTER SYSTEM SET ARCHIVE_LAG_TARGET = number-of-seconds;
이 명령어를 사용하여 상한을 변경합니다.
예를 들어 상한을 10분 (또는 600초)으로 설정하려면 ALTER SYSTEM SET ARCHIVE_LAG_TARGET = 600;을 입력합니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-09-01(UTC)"],[[["\u003cp\u003eDatabase Migration Service utilizes the Oracle LogMiner API to access archived redo log files, which contain a history of database activity, instead of the online redo log files, introducing some latency.\u003c/p\u003e\n"],["\u003cp\u003eThe frequency of Oracle redo log file switching and their size significantly impact the latency of Database Migration Service, with more frequent switching and smaller file sizes leading to faster replication.\u003c/p\u003e\n"],["\u003cp\u003eYou can modify the size of online redo log files, with a minimum of 4 MB, using guides provided for self-hosted Oracle and Amazon RDS Oracle environments.\u003c/p\u003e\n"],["\u003cp\u003eThe \u003ccode\u003eARCHIVE_LAG_TARGET\u003c/code\u003e parameter controls the maximum duration (in seconds) that a current log can span, with a suggested value of 1800 seconds (30 minutes) or less to enhance performance.\u003c/p\u003e\n"],["\u003cp\u003eAlthough it's possible to manually switch redo log files using the \u003ccode\u003eALTER SYSTEM SWITCH LOGFILE;\u003c/code\u003e command, it's not advised for production due to its privilege requirements and potential performance impact.\u003c/p\u003e\n"]]],[],null,["# Work with Oracle database redo log files\n\nDatabase Migration Service leverages the Oracle LogMiner API, which is part of Oracle Database, to\nquery archived redo log files. These files contain information about the history\nof activity on a database. Each Oracle database has a set of online redo log files.\nAll transaction records on the database are recorded in the files.\n\nWhen the current redo log file is rotated (or switched), the archive process\n[copies this file into an archive storage](https://docs.oracle.com/en/database/oracle/oracle-database/19/admin/managing-archived-redo-log-files.html#GUID-9BD00F2E-DC98-4871-8D26-FDB40623909C). Meanwhile, the database promotes\nanother file to serve as the current file.\n\nWhen Database Migration Service uses the Oracle LogMiner API, it doesn't access\nthe online redo log files but only works with the archived log files.\nAccessing archived redo log files inherently adds some latency to the migration\nprocess. This page describes suggested configuration for your Oracle\nsource databases to control the latency impact.\n\nSet configuration parameters for Oracle redo log files\n------------------------------------------------------\n\nThis design has profound implications on Database Migration Service's potential latency. If\nOracle redo log files are switched frequently or kept to a smaller size (for\nexample, \\\u003c 256MB), Database Migration Service can replicate changes faster.\n\nThere are configuration parameters that you can set to control the log file\nrotation frequency:\n\n- **Size:** Online redo log files have a minimum size of 4 MB, and\n the default size is dependent on your operating system. You can modify the size\n of the log files by creating new online log files and dropping the older log files.\n\n To find the size of the online redo log files, run the following query: \n\n ```\n SELECT GROUP#, STATUS, BYTES/1024/1024 MB FROM V$LOG\n ```\n | For self-hosted Oracle, use [this guide](https://logic.edchen.org/how-to-resize-redo-logs-in-oracle/). For Amazon RDS Oracle, use [Performing common log-related tasks for Oracle DB instances](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Appendix.Oracle.CommonDBATasks.Log.html#Appendix.Oracle.CommonDBATasks.ResizingRedoLogs) in the Amazon RDS documentation.\n- **Time:** The `ARCHIVE_LAG_TARGET` parameter provides an upper limit of how long (in seconds) the current log of the primary database can span.\n\n This isn't the exact log switch time, because it takes into account how long\n it will take to archive the log. The default value is `0` (no upper bound),\n and a reasonable value of `1800` (or 30 minutes) or less is suggested.\n\n You can use the following commands to set the `ARCHIVE_LAG_TARGET`\n parameter, either during initialization or while the database is up:\n - `SHOW PARAMETER ARCHIVE_LAG_TARGET;` This command displays how many seconds it will take for the current log to span.\n - `ALTER SYSTEM SET ARCHIVE_LAG_TARGET = `\u003cvar translate=\"no\"\u003enumber-of-seconds\u003c/var\u003e`;` Use this command to change the upper limit.\n\n For example, to set the upper limit to 10 minutes (or 600 seconds),\n enter `ALTER SYSTEM SET ARCHIVE_LAG_TARGET = `\u003cvar translate=\"no\"\u003e600\u003c/var\u003e`;`\n\n| You can switch the redo log files manually by running the following command:\n|\n| `ALTER SYSTEM SWITCH LOGFILE;`\n|\n| Although using this command is effective for testing purposes, we don't\n| recommend it for production use-cases because of the privileges it requires\n| and the significant performance impact on the database."]]
