YuMa의 DB 이야기

터미널창에서 한글이 깨져보일때 셋팅하는 방법

시스템 설정 조회

$ localectl status
System Locale: LANG=ko_KR.eucKR

세션에서 적용

$ export LANG=ko_KR.eucKR

해당 계정에 적용할때는

.profile 또는 .bash_profile 에 넣고 적용하면 될것이고,,,

마지막으로 터미널의 언어셋을 맞춰줘야함

ex) securecrt 세션 옵션
character encoding : EUC-KR

이렇게 하니 한글이 깨져보이지 않고 잘 나왔음.

미러링 설정된 DB에 sa 계정이 아닌 일반 로그인 계정을 사용하여 로그인을 하려고 하면 아래와 같은 메시지가 뜬다.

Use of key 'Failover Partner' requires the key 'Initial Catalog' to be present. (Microsoft.Data.SqlClient)

> '장애 조치 파트너' 키를 사용하려면 '초기 카탈로그' 키가 있어야 합니다.

이 말 그대로 해석했어야 했는데,,, 괜히 삽질했다.

어렵게 가지 말자!!

SSMS에 접속시 4번째 탭 "추가 연결 매개 변수" 에 아래의 정보를 넣어주면 된다.

Initial Catalog=DBNAME

그럼 접속 잘된다~

(TEST 환경 : SSMS 20.2.30.0 / SQL Server 2022 EE)

SSMS 19 이하 버전에서는 다를 수도 있음...

참고 : https://github.com/dotnet/SqlClient/issues/2545

-- DB status reset 
EXEC sp_resetstatus 'DB명'

-- 응급 상태로 전환
ALTER DATABASE DB명 SET EMERGENCY

--DBCC 수행
DBCC checkdb(' DB명 ')

--싱글 유저로 바꿔서 접근 제한
ALTER DATABASE DB명 SET single_user WITH ROLLBACK IMMEDIATE

-- DB REPAIR
DBCC checkdb(' DB명 ', 옵션)

* REPAIR 옵션

1) REPAIR_FAST : 시간이 많이 소요되지않고, 데이터의 손실이 없는 사소한 오류를 수정 (클러스터되지 않은 인덱스 복구 가능)
2) REPAIR_REBUILD : REPAIR_FAST이 하는 모든 작업, 인덱스 재생성과 같이 시간이 소요되는 작업이 복구 과정에서 진행됨. 역시 데이터의 손실 위험은 없다.
3) REPAIR_ALLOW_DATA_LOSS : REPAIR_REBUILD이 하는 모든 작업, 할당 오류, 구조적 행 오류나 페이지 오류, 손상된 텍스트 개체 삭제를 수정하기 위한 행과 페이징의 할당 및 할당 취소 등의 작업이 행해진다.

-- 멀티 유저로 바꾸기
ALTER DATABASE DB명 SET MULTI_USER

find . -size 0c -delete

출처 : https://juggernaut.tistory.com/m/130

Oracle Alert log 점검중 확인한 경고 메시지.

Mon Mar 25 10:13:01 2024
Warning: VKTM detected a time drift.
Time drifts can result in an unexpected behavior such as time-outs. Please check trace file for more details.

OS와 DB상의 시간이 맞지 않을 경우 나타난다고 하는데,

읭? OS와 DB는 시간이 맞는거 같은데??

1. DB

> select to_char(sysdate, 'yyyymmdd hh24:mi:ss') from dual;

TO_CHAR(SYSDATE,'
-----------------
20240325 15:39:40

2. OS (Linux)
# date
Mon Mar 25 15:39:44 KST 2024

>> 동시에 친게 아니라 순차적으로 친거라 몇초의 시간차는 있음.;;

뭐지뭐지 하다가 구글링해서 얻은 결과.

 하드웨어의 시간을 확인하라.

# hwclock
Mon Mar 25 14:17:00 2024  -0.250758 seconds

시간 차이가 한시간 이상 나잖아;;;

rdate로 OS와 HW의 시간을 동기화 해야한다.

하지만 쫄보는 바로 적용하지 않지.

PM 일정 잡아서 다른거랑 한번에 작업하자.

<<해결방법>>

1. rdate 설치
  <CentOS>
# yum -y install rdate
  <Ubuntu>
# apt-get -y install rdate
​
2. 시간 동기화
# rdate -s time.bora.net && hwclock -w

참고 : https://blog.naver.com/lgc2015/223311995308

MariaDB에서 lock 정보를 보고 싶을 때,

저 metadata_lock_info 플러그인을 미리 설치하지 않아 원하는 정보를 보지 못하는 경우가 있었다.

이럴 때는 

INSTALL SONAME 'metadata_lock_info';

해서 플러그인을 설치해주고, 삭제는

UNINSTALL SONAME 'metadata_lock_info';

로 한다.

설치를 하면 information_schema 에 metadata_lock_info 라는 테이블이 생성된다.

select * from information_schema.metadata_lock_info;

여기서 문제가 되는 thread_id를 찾아, processlist 에서 락을 유발하는 세션이 실행중인 SQL을 찾고,

필요시 kill 할 수 있다.

select *

from information_schema.processlist

where ID in (찾은 ID);

kill ID;

Oracle DB 서버의 audit 파일을 주기적으로 삭제하지 않아 엄청 ls 조차 바로 먹지 않는다.

이럴때 삭제는 

cd 경로

/usr/bin/find . -type f -mtime +1 -exec rm -rf {} \;

검색 조건을 최대한 간단하게 주는 것이 포인트!

자동통계정보 수집 기능 테이블 단위 비활성화 (lock)
EXEC DBMS_STATS.LOCK_TABLE_STATS('유저명','테이블명');

자동통계정보 수집 기능 테이블 단위 활성화 (unlock)

EXEC DBMS_STATS.UNLOCK_TABLE_STATS('유저명','테이블명');

Lock 여부 확인

(stattype_locked='ALL' 이면 잠금 상태임)

select owner, table_name, stattype_locked 

from dba_tab_statistics
where stattype_locked='ALL';

select * from dba_indexes

where degree != 1; -- parallel 로 되어 있는 것만 출력할 경우

select * from
(select sid, serial#, opname, to_char(start_time,'yyyymmdd hh24:mi:ss') st,
  TRUNC((sofar/totalwork) * 100) as percent_complete,START_TIME,TIME_REMAINING
from v$session_longops
order by start_time desc)
where rownum<=10
;