일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- pgbench
- perltidy
- Openfiler
- php-oracle 연동
- inotify
- ext3
- pgpool-ii
- ext4
- 시그널
- pvfs
- tomcat
- 포기해버린꿈
- LVS
- Nexenta
- connection tunning
- 파일시스템
- 펄
- Replication
- pgsql
- OCFS2
- mailfiler
- 펄 코딩스타일
- PERL
- ZFS
- 오라클
- 리눅스
- clustering
- CVSROOT 세팅
- 가상파일시스템
- postfix
- Today
- Total
목록oRaCle (11)
avicom의 신변잡기
블로그 > 뽀송 http://blog.naver.com/rmsrlqkd/60023757322 SQL Server DBA 가이드 DBA라면 이 정도는 알고 있어야 하지 않을까요 !!! 이 페이지의 내용 데이터베이스 관리 백업과 복구 테이블 관리 시스템 오브젝트 생성 사용자 관리 서버 및 데이터베이스의 정보 확인 성능 모니터링 프로필러 문제 점검 및 해결 DBA의 역할과 책임 DBA의 역할 시스템과 조직에 따라 DBA의 임무에 차이가 있을 수 있지만 일반적으로 대부분의 DBA는 다음과 같은 작업들을 책임지고 수행해야 하는 임무를 가집니다. 설치와 환경설정 - 소프트웨어 설치 - 환경 설정 보안 관리 운영 - 백업과 복원 - 사용자 관리 - 기타 일상적인 운영 업무 서비스 레벨 유지 - 성능 최적화 및 성능 ..
ocilogon(): _oci_open_server: Error while trying to retrieve text for error ORA-12154php와 오라클 연동시 위와 같은 에러가 난다면 oracle 디렉토리의 권한을 살펴보고 실행권한이 있는지 알아보자. drwx------ 3 oracle dba 4096 4월 13 19:38 oracle 이처럼 owner에만 실행권한이 있는 경우 모든 계정에 실행권한을 주면 된다. chmod 711 /home/oracle drwx--x--x 3 oracle dba 4096 5월 7 09:54 oracle
php를 컴파일해서 설치할 때 오라클 연동 옵션을 집어넣으면 ctype에 관련된 에러가 발생한다 컴파일러가 ctype 함수를 더 이상 지원하지 않기 때문인데 오라클 연동옵션을 빼고 php를 설치한 후 DSO 방식으로 OCI8 모듈을 컴파일해서 추가해주면 간단하게 해결할 수 있다. php 컴파일 옵션 ./configure \ --prefix=/usr/local/php4.3 \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-mod_charset \ --with-config-file-path=/etc \ --enable-sigchild \ --with-zlib \ --with-gd \ --with-freetype-dir=/usr/include/freetype2 \ -..
A 서버에 있는 A 테이블을 B 서버에 있는 B 테이블로 복사하려면 B 서버에서 copy from 명령어를 사용하면 된다. sqlplus에서만 사용할 수 있고 다수의 테이블을 복사하기 위해서는 텍스트 파일로 만들고 sqlplus에서 @filename으로 실행시키면 된다. copy from A서버의 id/pass@A 서버의 SID create tablename using select * from tablename; keyword는 세 가지로 create, insert, replace가 있다 create : 새로 테이블을 생성하고 복사 insert : 기존에 있는 테이블에 삽입 복사 replace : 기존에 있는 테이블을 drop 시키고 새로 생성한 후 복사 두 서버의 성능과 네트웍 속도에 따라 복사 속도가..
조치법이라고 할 수도 없지만, 제약조건이 걸린 테이블에 묶인 인덱스 dbf 파일을 지워버렸을 경우엔 인덱스를 다른 테이블스페이스로 옮길 수도, 삭제할 수도 없다 이번 건은 실로 멍청한 실수라고 하겠지만 테스트 DB여서 다행..ㅋㅋ 인덱스 정보를 담고있는 실제 파일이 삭제되고, 백업도 없는 상황에선 해당 테이블을 지우는 수밖에 없다. constraints가 이리저리 얽힌 경우에 마이그레이션을 하기 위해서는 일단 원본에서 rows만 뽑아낸 다음 target tablespace에 table scheme를 만들고 data만 insert한 후에 relation을 맺는 게 상책인 듯.. 그냥 exp/imp를 하게 되면 테이블에 걸린 제약조건으로 인해 제대로 imp가 되지않을 수도 있다.