작업기록

일반 계정으로 접속이 안됨 시스템 계정으로 접속해서 # sqlplus / as sysdba SQL> recover database; 복구 하고 SQL> shutdown SQL> startup 정상적으로 복구되서 접속되는지 확인해보자... ------ 아카이브 로그가 원본에서 복제되는 서버인경우 아카이브 로그가 잠시 멈추도록 설정해 준다 - 원본 서버 SQL> alter system set log_archive_dest_state_2=defer; SQL> show parameter log_archive_dest_state_2; 설정 확인해 보고 SQL> alter system switch logfile; 로그파일을 생성시켜서 생성이 되는지 안되는지 본다. 로그생성안되면 복구작업 시작 복구작업 끝나면 다시 ..

옛날 exp, imp대신 펌프방식으로 백업 및 복구를 하면 속도도 빠르고 빠지는 내용없이 안전하게 백업도 된다. 사용법은 간단하다 데이터 베이스에 디렉토리를 먼저 등록한다 SQL> create directory 디렉토리명 as '실제경로'; 사용자에게 권한을 부여한다. SQL> grant read, write on directory 디렉토리명 to 유저명; 백업방법은 아래와 같다 # expdp 아이디/비번 directory=디렉토리명 dumpfile=저장할파일이름.dmp logfile=로그파일.log full=yes full=yes는 전체 백업이다. schemes로 나누어 백업이 가능하다. 자세한 옵션은 나중에 적을테니 패쓰;; 복구는 백업의 반대 # impdp 아이디/비번 directory=디렉토리명 ..

docker로 일반USER접속후 su나 sudo로도 root전환은 가능하지만 처음부터 루트 쉘로 들어 가려면 아래 처럼 하면 된다. # docker exec -it --user root 도커명 bash 간단한 팁

DATE형을 조회하거나 값을 얻을때 오류 발생 TO_CHAR, TO_DATE로 사용했다고 안심하면 안된다 정확한 형태를 지정해줘야 된다 TO_DATE(P_DATE, 'YYYYMMDD') 이런식으로... 범위 검색시 BETWEEN TO_DATE('$nowdate2','YYYYMMDD') and TO_DATE('$nextdate2','YYYYMMDD') 이러면 속도 향상에 도움됨

# gzip -9 파일명 이게 압축율 제일 좋은 방법 # gzip -1 파일명 압축율은 떨어져도 속도하나는 빠른 방법 일단 메모

alter table 테이블명 add 컬럼명 char(1); 아니.. 왜 자꾸 까먹지?