Informix 일반 명령

일반적으로 사용되는 명령 oninit

시스템을 오프라인 모드에서 온라인 모드로 변경 oninit -iy

(데이터베이스 초기화, 모든 dbspace 삭제 및 청크) oninit -s (

오프라인-->정적) onmode -ky 오프라인onmode -s 우아한 종료-->정지(온라인에서 정적으로, 사용자 처리가 완료되도록 허용)

onmode - u

즉시 종료-->정지(온라인에서 정적으로, 모든 사용자가 즉시 종료)

onmode -m

정지--->onlineonmode -z sid delete A 세션 onmode -l 현재 사용 중인 논리적 로그를 아래로 이동합니다. onmode -c

체크포인트 작업을 강제합니다. 즉, onmonitor->force ckpt onstat - 서버 상태 보기 onstat -d dbspace 및 청크 보기 status onstat - l

페이지 새로 고침을 확인하고 디스크에 기록된 상태를 입력하려면 논리적 로그 onstat -F를 확인하세요. 공유 메모리 버퍼에서 디스크로 페이지를 쓰는 방법에는 세 가지가 있습니다(fg: foreground). write LRU: 큐 쓰기 청크: 블록 쓰기) onstat -R

LRU 큐 인쇄 onstat -p 시스템의 기본 I/O 및 성능 구성 파일 표시 onstat -c onconfig 파일 보기 onstat -m 메시지 로그 보기 onstat -f

DATASKIP의 영향을 받는 dbspace 보기 onstat -x 트랜잭션 보기 onstat -k

모든 활성 잠금 표시 onstat -g sub_option 멀티 스레드 옵션 실행

onstat -g ses/sql onstat -r 초마다 반복 옵션 onstat -g act

시스템의 모든 활동 단서를 표시 onstat -g ath -r 2 표시 2초마다 시스템의 모든 활동 단서 onstat -i 대화형 모드>sql>sql sidipcs

공유 메모리 ipcrm 보기

공유 메모리 삭제 ipcrm -m id ipcrm -s id

Ontape 명령:

1) 레벨 0(레벨 1 또는 레벨 2) backup $>ontape -s$>ontape -s -L 0$>ontape -s -L 1 $ >ontape -s -L

2 논리 로그 파일 자동 백업 $>ontape -a

3) 지속적인 논리 로그 백업(로그 파일 하나가 가득 차면 온라인 시스템이 자동으로 백업) 하나를 백업하려면 테이프 드라이브에 테이프를 삽입하고 IDS가 자동으로 백업하도록 할 수 있습니다.

테이프 드라이브를 점유하려면) $>ontape -c

4) 백업 및 복구(0레벨 백업 또는 1레벨 백업 또는 2레벨 백업에 해당) $> ontape -r (자세한 프로세스는 ontape 복구 문서 참조)

5) 여러 DBSPACE를 백업 및 복원합니다(논리적 로그 백업이 있어야 하며, 그렇지 않으면 물리적 복구 후에도 사용할 수 없습니다) $>ontape -r - D DBS1 DBS2. .

.

6) HDR $>ontape -p

구성 시 사용되는 물리적 복구 7) 데이터베이스 로그 모드 $>ontape -s -B db_name을 버퍼 로그인 buffer_log로 수정 mode $ >ontape -s -U db_name

unbuffer_log, 즉 non-buffered log mode $>ontape -s -N db_name

no-log 모드로 수정합니다. 데이터베이스에 로그가 포함되어 있지 않습니다. 즉, 트랜잭션, 데이터베이스 수정 사항이 논리 로그에 기록되지 않습니다. $>ontape -s -A db_name

ansi 로깅 모드로 수정 .한 모드에서 다른 모드로 변경할 수 없으므로 일반적으로 사용하지 않는 항목입니다. oncheck 명령 oncheck -pe

확장온체크 -ceoncheck -cr 예약된 페이지슨체크 -cd bitmaponcheck -ci를 포함한 TBLspace 데이터 행

테이블은 논리적 로그에 대한 데이터베이스 작업을 인덱스합니다: informix 사용자로 로그인, $ onmode -uy(온라인에서 정지 상태로 전환, 모든 사용자가 즉시 종료됨)

onmode -m(온라인으로 전환) $ onparams -a -d logdbs -s 100000 여기서 logdbs는 dbspaces 이름, - 100000 100M 공간이 추가되었음을 나타냅니다.

위 명령을 4회 연속 실행하여 총 새 논리적 로그 공간이 500M가 되도록 합니다. onstat -l을 사용하여 논리적 로그 상황을 확인할 수 있습니다. 다음으로 처음 3개의 이전 논리적 로그를 삭제해야 합니다.

삭제하기 전에 레벨 0 백업을 만듭니다. # ontape -s -L 0 레벨 0 백업을 만들려면 이 명령을 실행합니다. 제안: 허용되는 경우 비즈니스 시스템이 종료된 후 하루에 한 번 수행할 수 있습니다. 작업

0레벨 백업. 백업이 완료된 후 백업 테이프를 관리하고 표시합니다. $ onparams -d -l logid

Logid는 논리 로그 ID 번호입니다. onstat -l을 사용하면 해당 ID 번호를 기준으로 오래된 논리 로그 3개를 삭제할 수 있습니다.

현재 사용되는 논리 로그를 $onmode -l 아래로 이동합니다. 3. DBSPACE 및 데이터베이스 가져오기 및 내보내기 1. 새 dbspace 추가: (datadbs, 15M, 오프셋 0)

onspaces - c -d datadbs -p /home/informix/datadbs -o 0 -s 150002.

datadbs의 dbspace에 청크를 추가합니다: (datadbs_chunk1)onspaces -a datadbs -p / home/informix/datadbs_chunk1 -o 0 -s 150003. 위 청크 삭제 onspaces -d datadbs -p /home/informix/datadbs_chunk1 -o 0 4. dbspace 삭제(삭제할 dbspace에 데이터가 없는 경우에만 삭제 가능) onspace -d datadbs 내보내기 데이터베이스: dbexport 도구를 사용하여 데이터를 텍스트로 언로드하고 다른 서버에 로드합니다. (1) 텍스트를 제거하는 단계는 다음과 같습니다. informix 사용자로 등록 dbexportcleardb -o WORKDIR -ss 시스템에서 dbexport done!이라는 메시지가 표시되면! 데이터 언로드가 완료되었습니다. 그 중 -ss는 로그 모드, 초기 익스텐트 크기, 잠금 모드, 테이블이 위치한 dbspace 등과 같은 데이터베이스 생성 정보 또는 테이블 생성 정보가 유지되도록 보장합니다. -o는 제거 데이터가 저장되는 디렉터리를 지정합니다. 데이터는 Cleardb.sql 및 *.unl 형식의 파일이 포함된 디렉터리에 저장됩니다.

프롬프트 정보가 저장됩니다. dbexport.out 파일에 있습니다.

(2) 텍스트를 로드하는 단계는 다음과 같습니다. informix 사용자로 등록하여 데이터베이스가 On_Line 상태인지, 서버에 같은 이름의 데이터베이스가 없는지 확인합니다.

dbimportcleardb -i WORKDIR 시스템 dbimport가 완료되면! 프롬프트 데이터 로딩이 완료되었습니다. 그 중: -i

는 로드할 위치를 지정합니다. 데이터베이스 자체의 정보(예: 행 수준 잠금 등)를 삭제하지 않고 데이터베이스를 테이프 장치로 언로드하고 다른 서버에 로드하는 방법은 무엇입니까? 1)

p; 제거 단계는 다음과 같습니다. DBA 사용자로 등록하고, 데이터가 저장된 테이프를 테이프 드라이브에 넣은 후, 테이프와 테이프 드라이브가 손상되지 않고 사용 가능한지 확인합니다.

dbexportcleardb -t /dev/rmt/0m -b 512k -s 2048000k -ss 시스템에서 dbexport가 완료되었다는 메시지가 표시되면! 데이터 언로드가 완료되었습니다. 그 중 -ss는 데이터베이스 생성 정보 또는 데이터베이스의 테이블 생성 정보

가 로그 모드, 초기 익스텐트 크기, 잠금 모드, 테이블이 위치한 dbspace 등을 유지하도록 보장합니다. -t tape device /dev/rmt/0m -s

테이프 용량 2G -b 블록 크기 512KB 프롬프트 정보는 dbexport.out 파일에 저장됩니다. 2) 로딩 단계는 다음과 같습니다.

사용 제거된 데이터가 저장된 테이프를 테이프 드라이브에 배치하기 위한 DBA 사용자 등록, 테이프 드라이브가 정상인지 확인, 데이터베이스 시스템이 On_Line 상태인지 확인,

동일한 이름의 데이터베이스가 없습니다. 서버에서.

$ dbimportcleardb -t /dev/rmt/0m -b 512k -s 2048000k 시스템 dbimport가 완료되면 데이터가 로드되었다는 메시지가 표시됩니다! 프롬프트 정보는 dbimport.out 파일에 저장됩니다.

테이블 재구축: 1) dbschema -d dbname -t tabname -ss tabname.sql /*테이블 구조를 tabname.sql에 넣습니다*/이 파일을 편집하고 테이블을 생성합니다.

명령문 끝에 새로운 영역 길이를 추가하고 테이블 인덱스를 생성하는 tabname.sql 부분을 설명 명령문으로 임시 표시합니다. 즉, 인덱스 명령문 앞뒤에 "{}"를 추가합니다.

예: { create index xl on customer(last_name); create index x2 on customer(cust_nbr);}

인덱스를 나중에 생성하는 것이 더 좋습니다. 연속된 디스크 공간에서 인덱스를 생성할 수 있어 더욱 효율적입니다.

2) 테이블 tabname을 단독 모드로 잠급니다.

3) SQL UNLOAD를 사용하여 테이블을 디스크로 언로드하거나 테이프를 file_or_tape_path로 언로드합니다. *에서 tabnameunload를 "/usr/ data/로 선택합니다. unload/customer.unl" select * from customer;

제거가 성공했는지 확인하려면 SQL의 Table/Info 명령을 사용하여 테이블의 행 수를 확인하십시오. 이 숫자를 로드가 완료된 후 SQL이 표시하는 메시지와 비교하십시오. 이것을 사용하여 file_or_tape_path의 행 수를 확인합니다: wc -l file_or_tape_path

4) 테이블 삭제

5) dbacess를 사용하여 테이블을 생성하고 tabname.sql을 실행합니다. 지금은 인덱스를 생성하지 마십시오.

6) SQL LOAD FROM 또는 dbload를 사용하여 file_or_tape_path 삽입에서 tabname으로 테이블 로드를 다시 로드합니다. 로드 형식 "/usr/data/unload/customer.unl" 삽입 customer ;

로그 데이터베이스의 경우 위의 로드 문은 긴 트랜잭션 또는 "다중 잠금" 오류를 생성할 수 있습니다.

이때 테이블에 데이터를 삽입하려면 dbload와 같은 유틸리티를 사용하는 것이 좋습니다. dbload의 -n 옵션은 특정 행을 삽입한 후 작업을 강제로 커밋합니다(1000개 행 선택 권장).

SQL의 Table/Info 명령을 사용하여 테이블의 행 수를 확인하여 로드가 성공했는지 확인하세요. 7) 인덱스를 생성하려면 첫 번째 단계에서 설명문으로 표시된 tabname.sql 부분을 실행합니다.

8) 테이블 통계 업데이트 탭 이름에 대한 통계 업데이트;

구문 oninit [-s] [-i] [-p] [-y]

oninit 시스템을 오프라인 모드에서 온라인 모드로 변경

oninit -s 시스템을 오프라인 모드에서 대기 모드로 변경

oninit -i 시스템 초기화

공유 메모리의 oninit -p

메모리 초기화 중에는 검색이 수행되지 않고 임시 테이블이 삭제됩니다.

oninit -y는 프롬프트에 자동으로 yes라고 대답합니다

oninit -v oninit 처리 프로세스를 표시하려면 이 옵션을 추가하세요.

oninit--사용 도움말을 보려면 이 명령을 입력하세요.

oninit 명령은 시스템의 작동 모드. -i 옵션은 시스템의 루트 dbspace를 초기화하는 데 사용됩니다.

root-dbspace가 초기화되면 전체 데이터베이스 시스템이 초기화되는 것과 같습니다.

컴퓨터가 시작될 때 동적 서버 시스템을 자동으로 시작하려면 시스템 시작 파일(많은 UNIX 시스템에서는 /etc/rc)에 oninit 명령(옵션 없이)을 추가하십시오.

onmode 명령

구문: onmode [-k] [-m] [-s] [-u] [-y]

onmode -k　실행 즉시 종료하고 시스템을 오프라인 모드로 변경

onmode -m　시스템을 대기 모드에서 온라인 모드로 변경

onmode -s　정상 종료 실행

onmode -u　즉시 종료 실행

onmode -y　프롬프트에 자동으로 yes로 응답

onmode 명령은 동적 서버의 작동 모드를 변경하는 데에도 사용됩니다. 위의 옵션 외에도 onmode에는 시스템 작동 모드 변경과 관련이 없는 많은 옵션이 있습니다.

데이터 공간을 생성하려면 onspaces 명령을 사용하세요.

구문: onspaces -c [-b] [-d] [-z] [-m] [-o] [- p] [ -s] [-t]

-c　　blobspace 또는 dbspace 생성

-b blobspace blobspace 이름

-d dbspace　dbspace 이름

-g 페이지 크기 블로페이지 크기

-m 미러 미러 장치의 전체 경로 이름 및 오프셋(KB)

-o 오프셋 오프셋(KB)

-p 경로 이름 청크 장치의 전체 경로 이름

-s size　Dbspace 크기(KB)

-t　　임시 dbspace 생성

onspaces 명령은 데이터 공간, 임시 공간 및 blob 데이터를 저장할 공간(blobspace)을 만드는 데 사용됩니다. 이 명령에 대한 온라인 도움말을 보려면 onspaces --를 입력하세요.

시스템의 데이터 공간에 대한 중요한 정보를 보려면 onstat -D 또는 onstat -d를 사용하십시오. 포함 사항: 청크 상태, 유휴 상태, 각 청크에 대한 읽기 및 쓰기 수.

특히 데이터가 샤딩된 경우 시스템에는 여러 시스템 공간이 포함될 수 있습니다. 사용자는 명령줄을 사용하여 데이터 공간을 만드는 것이 좋습니다.

다음 명령을 사용하여 데이터 공간을 생성할 수 있습니다:

onspaces -c -d datadbs1 -o 0 -p /dev/rrvol3 -s 60000

다음 방법으로 임시 데이터 공간을 생성할 수 있습니다:

onspaces -c -d tempdbs1 -t -o 0 -p /dev/rrvol5 -s 80000

시스템에서, 임시 데이터 공간은 매우 중요합니다. 일반적으로 여러 임시 데이터 공간은 별도의 물리적 장치에 분산되어야 합니다.

데이터 공간을 삭제하려면 onspaces 명령을 사용하세요.

청크 추가 또는 삭제

구문: onspaces -a -d [-m] [-o] [-p ]

-a spacename　dbspace에 청크 추가

-m pathname　미러 장치의 전체 경로 이름 및 오프셋(KB)

-o offset　주 장치의 오프셋(KB)

P>

-p pathname 청크 장치의 전체 경로 이름

-s size 청크 크기

- d spacename　청크 삭제

-o offset　청크 장치의 오프셋(KB)

onspaces는 데이터 공간을 생성할 수 있을 뿐만 아니라 데이터 공간, 임시 데이터 공간을 삭제하거나 Blob 데이터를 저장할 수도 있습니다. 공간. 데이터 공간을 삭제할 때 먼저 해당 데이터 공간이 쓸모 없는지, 즉 데이터 공간에 데이터베이스나 테이블이 없는지 확인해야 합니다.

데이터 공간을 삭제하려면 다음 명령을 입력하십시오: onspaces -d dbspace_name /blobspace_name

데이터 공간은 처음에 하나의 청크(첫 번째 청크)로 구성됩니다. 공간이 고갈되면 사용자 청크를 추가해야 합니다. 시스템 성능을 향상하려면 사용자는 청크를 데이터 공간에 할당할 때 크기가 향후 요구 사항에 맞게 조정될 수 있는지 계산해야 합니다. 이전 청크와 물리적으로 인접하지 않으므로 데이터를 읽는 데 걸리는 시간이 늘어납니다. 공간 요구 사항을 계산하는 방법은 이후 장에서 설명됩니다. onspaces 명령을 사용하여 데이터 공간에 청크를 추가하거나 삭제할 수도 있습니다. 또한 이 명령을 사용하여 미러링 시작, 미러링 중지 또는 청크 상태 변경 작업을 완료할 수도 있습니다.

예를 들어, 다음 명령을 사용하여 데이터 공간에 청크를 추가할 수 있습니다:

onspaces -a -d datadbs1 -0 60002 -p /dev/rrvol3 -s 60000

또 다른 예로, 다음과 같은 방법으로 데이터 공간에서 청크를 삭제할 수 있습니다:

onspaces -d datadbs1 -o 60002 -p /dev/rrvol3 -s 60000

onparams 명령

구문: onparams -a -d -p [-d] [-s] [-l]

-a　 논리 로그 추가

-d dbspace는 로그 저장소 dbspace를 지정합니다.

-s size는 새 논리 로그의 크기(KB)를 추가합니다.

-d　논리 로그 삭제

-l logid 논리적 로그를 삭제하도록 지정합니다.

-p 물리적 로그 변경

-d dbspace 새 물리적 로그가 저장되는 dbspace 이름

-s size 물리적 로그 크기(KB)

시스템 논리적 로그 및 물리적 로그는 초기화 중에 루트 dbspace에 자동으로 생성됩니다. DBMS 시스템, 특히 OLTP 환경에서는 데이터베이스 작업이 매우 빈번하고 많은 양의 정보를 로그에 기록해야 하므로 사용자는 여러 개의 로그 파일을 서로 다른 장치에 분산시키는 것이 가장 좋습니다. 매우 간단한 방법이 있습니다. 필요한 크기에 따라 논리적 로그를 생성하고 동시에 시스템이 초기화된 후 물리적 로그를 다른 장치로 이동합니다. 필요한 물리적 로그 크기를 결정하는 방법은 후속 장에서 자세히 설명합니다. onstat -l 명령을 사용하면 시스템의 모든 새로운 논리 로그가 A로 표시되는 것을 볼 수 있습니다.

이러한 논리 로그는 시스템이 아카이브된 후에만 실제로 사용됩니다. 이러한 논리적 로그를 활성화하는 간단한 방법은 "의사" 아카이브를 수행하는 것입니다. 구체적인 단계는 다음과 같습니다. TAPEDEV 매개변수를 /dev/null로 설정한 다음 ontape -s를 한 번 실행합니다. onbar -F 명령을 실행할 수도 있습니다. 의사 아카이브는 실제로 시스템 정보를 아카이브하지 않으므로 적시에 시스템에서 실제 아카이브 작업을 수행해야 합니다.

논리적 로그는 더 이상 유용하지 않은 경우에만 삭제해야 합니다. onstat -l을 사용하면 모든 유휴 로그가 F로 표시되는 것을 볼 수 있습니다. 논리 로그에 트랜잭션 롤백이나 빠른 복구에 필요한 정보가 포함되어 있으면 논리 로그를 삭제할 수 없습니다. onstat -l 명령을 사용하면 현재 트랜잭션을 수락하는 로그가 C로 표시되어 있는 것을 확인할 수 있습니다. 논리 로그에 마지막 체크포인트 기록이 포함되어 있는 경우에는 다음 로그에 체크포인트 기록을 기록하고 이전 로그를 백업한 후에만 삭제할 수 있다. onstat -l 명령을 사용하면 마지막 체크포인트 레코드가 포함된 로그가 L로 표시되어 있는 것을 확인할 수 있습니다. 사용자는 onmode -c 명령을 사용하여 마지막 체크포인트 레코드가 필수 로그에 기록될 때까지 체크포인트 레코드를 강제로 기록할 수 있습니다.

onstat 도구

동적 서버 공유 메모리에 정보를 표시합니다.

소량의 디스크 I/O 작업이 필요합니다.

영향을 최소화합니다. 시스템 성능에 대한

시스템에 대한 귀중한 정보 제공

명령줄 대화형 모니터링 시스템

이 장에서는 onstat 옵션의 다양한 중요한 기능에 대해 설명합니다. 사용법을 숙지하시기 바랍니다.

onstat 명령은 매우 유용한 시스템 실시간 모니터링 도구입니다. 이 명령은 공유 메모리의 데이터 구조에서 정보를 직접 읽고 현재 시스템 상태를 보고합니다. 일반적으로 onstat 명령은 디스크 I/O 작업을 수행하지 않고 시스템 리소스를 잠그지 않으므로 시스템 성능에 미치는 영향이 최소화됩니다. 간단히 말해서 onstat는 informix에서 제공하는 대화형 시스템 모니터링 도구입니다.

onstat의 몇 가지 일반적인 옵션:

onstat -- 모든 옵션 나열

onstat -i 대화형 모드로 들어가도록 설정

onstat - 실행 모드 및 데이터베이스 엔진 상태 표시

onstat -g sub_option 멀티 스레드 옵션 실행

onstat -r 매초마다 옵션 반복

onstat -g act 표시 시스템의 모든 활동 단서

onstat -g ath -r 2 2초마다 시스템의 모든 활동 단서를 표시합니다.

시스템 모니터링 인터페이스

sysmaster 데이터베이스 시스템 초기화 중에 자동으로 생성됩니다.

데이터베이스에는 시스템의 공유 메모리 구조를 가리키는 데이터 사전 정보가 포함되어 있습니다.

즉각적인 시스템 성능 및 상태 정보 제공

SQL 인터페이스 제공 데이터 사전 정보 이해

관리자가 시스템 관리 작업을 자동화할 수 있습니다.

반복적인 모니터링 작업을 수행하는 데 사용됩니다.

시스템 모니터링 인터페이스 인터페이스 --SMI)는 SQL입니다. 기반 시스템 도구입니다.

사용자는 SMI를 통해 시스템 정보를 쉽게 얻을 수 있습니다. 시스템이 초기화되면 루트 DBAPACE에 sysmaster 시스템 데이터베이스가 자동으로 생성됩니다.

각 시스템에는 sysmaster 데이터베이스가 포함되어 있습니다. 이 데이터베이스에 있는 대부분의 테이블은 공유 메모리의 데이터 구조에 대한 포인터인 가상 테이블입니다. SMI를 활용하면 특히 반복적인 작업을 수행할 때 시스템을 자동으로 모니터링할 수 있습니다.

sysmaster 데이터베이스는 읽기 전용입니다. 즉, INSERT UPDATE 또는 DELETE 작업이 허용되지 않습니다. 모든 사용자는 데이터베이스에 대한 쿼리 권한을 갖습니다.

시스템 초기화 후 사용자는 sysmaster 데이터베이스가 성공적으로 구축되었는지 주의 깊게 확인해야 합니다. sysmaster 데이터베이스 생성에 대한 정보는 메시지 로그 파일(online.log)에 저장됩니다. 모든 DDL 문은 로그에 기록되므로

로그에 충분한 공간을 남겨 두시기 바랍니다. 파일을 생성하는 데 필요한 공간입니다.

sysmaster 데이터베이스 스키마는 $INFORMIXDIR/etc/sysmaster.sql 파일에 기록됩니다.

oncheck 명령

동적 서버 디스크의 데이터 구조를 확인합니다.

손상된 인덱스와 데이터를 찾아 복구합니다.

디스크 I이 있습니다. / O 작업

일부 작업은 처리 중에 테이블을 잠급니다.

oncheck 명령은 디스크의 손상된 인덱스 및 데이터 페이지를 복구하는 데 사용됩니다. 시스템 데이터 구조를 인쇄합니다. 명령의 일부 옵션을 변경하면 테이블에 공유 잠금이 추가되므로 oncheck를 사용할 때는 주의하십시오. 예: oncheck -pt

>

시스템 손상을 방지하려면 손상되면 시스템은 공유 메모리의 모든 데이터에 대해 일관성 검사를 수행합니다. 데이터 페이지에서 일관성 오류가 발견되거나 인덱스 오류가 발견되면 시스템은 문제와 가능한 해결 방법(oncheck 사용)을 메시지 로그 파일에 기록하고 isam 오류 코드 105를 반환합니다.

일관성 오류 메시지가 발견되면 사용자는 즉시 시스템을 종료하고 메시지 로그 파일에 표시된 대로 oncheck를 실행해야 합니다. oncheck가 실패하면 테이블을 언로드하고 다시 로드해야 합니다. 인덱스 문제가 있으면 인덱스를 삭제한 다음 다시 빌드해야 합니다. 이러한 모든 단계가 실패하면 원래 시스템 아카이브 백업을 기반으로만 시스템을 복원할 수 있습니다.

다음 명령은 확장 정보를 제공할 수 있습니다:

oncheck -pe

onstat –l에서 플래그 비트는 논리 로그의 상태를 나타냅니다.

A는 새 로그가 추가되었으며 사용할 수 없음을 나타냅니다.

F는 로그가 유휴 상태이며 사용할 수 있음을 나타냅니다.

U는 논리 로그가 사용되었음을 나타냅니다.

L은 현재 로그 파일에 체크포인트가 포함되어 있음을 나타냅니다.

C는 현재 로그 파일이 사용되고 있음을 나타냅니다.

B는 로그 파일이 백업되었음을 나타냅니다.