I LOVE EJ

오라클 서비스 및 TNSListener를 사용할때마다 실행시키자. 먼저 제어판 > 관리도구 > 서비스 탭에서 oracleServiceORCL, oracleOraDb11g_home1TNSlistener 두개를 수동으로 설정 그 후 cmd에서 net start OracleOraDb11g_home1TNSListener net start OracleServiceORCL 입력하면 실행하게 된다. 반대로 종료시에는 net stop OracleOraDb11g_home1TNSListener net stop OracleServiceORCL 귀찮으면 bat파일을 받아서 실행.

■ SQL Developer http://blog.naver.com/ssky6579?Redirect=Log&logNo=30106653329 ■ SQL Gate for Oracle http://www.sqlgate.com/kr/download/

복제(Replication) 향상 기능SQL Server의 복제 기술은 OLTP 시스템과 작업부하(Workload)를 분리시켜서 데이터의 분석 및 통계 작업 그리고 보고서 생성 작업을 수행하기 위한 시스템, 데이터 웨어하우스(DW)의 스테이징(Staging) 데이터베이스 용으로 사용될 수 있습니다. 또한 웹사이트의 최대 동시사용자를 지원하기 위한 데이터베이스 수평 확장을 고려하거나 모바일 사용자 데이터 간의 동기화에 사용될 수 있으며, 심지어 이기종의 데이터 통합을 위해서도 좋은 시나리오를 제공할 수 있습니다. SQL Server 2005의 복제(Replication) 기술은 또한 놀라울 정도로 많은 신규 기능들과 향상 기능을 포함하고 있습니다. 그 중에서도 특히 엄청나게 간편해진 복제 구성 마법사, 새..

먼저 MsSQL의 클라이언트 유틸리티 중 쿼리 분석기를 실행합니다. 쿼리 분석기에서 해당 DB서버로 연결합니다. 쿼리 창이 나타나면 다음 사항을 입력합니다. ########################################### backup log DB명 with no_log dbcc shrinkdatabase(DB명, truncateonly) ########################################### 입력이 끝나면 쿼리 분석기의 상단부분 메뉴 중 [쿼리]-[실행]을 눌러 실행합니다.

DBCC REBUILD_LOG는, 데이터베이스의 트랜잭션 로그 파일을 사용할 수 없는 경우에 새로운 로그를 재구축하는데 사용되는 명령어입니다. 예를 들어, 하드웨어의 장애로 인하여 로그 파일이 손상되거나 실수로 로그 파일을 삭제하여 기존의 로그 파일을 액세스할 수 없어서 데이터베이스를 사용할 수 없는 경우에 DBCC REBUILD_LOG를 사용하여 로그를 재구축할 수 있습니다. 로그 파일이 하나인 경우에는 먼저 위의 해결 방법을 적용해 본 다음에 실패하면 이 방법을 사용하기 바랍니다. 그러나, 이 명령어를 사용하면 로그에 반영되지 않은 유실된 트랜잭션들의 발생으로 데이터베이스의 일관성이 손상될 가능성이 매우 높다는 점을 유의해야 합니다. 문제가 발생하면 일단 다른 방법 (예를 들어, sp_attach_s..

SQL Server 2005 트랜잭션 로그 파일의 변형 또는 손상에 의해 SQL 서비스 시작 시, 복구 프로세스에 의해 데이터베이스가 복구되지 못하고 PENDING 되는 현상입니다. 트랜잭션 로그를 포기하고 REBUILD 하여 문제를 해결하는 방법에 대해서 아래와 같이 정리하였습니다. [환경] SQL Server 2005 [현상] SQL 서비스를 시작하였으나 LAIGO 데이터베이스 온라인 실패 발생 [원인] LAIGO 데이터베이스의 트랜잭션 로그 파일의 손상 또는 변형으로 데이터베이스 파일을 활성화 할 수 없습니다. [조치방법] 트랜잭션 로그 파일을 리빌드합니다. 1. 트랜잭션 로그 파일 리빌드 ALTER DATABASE LAIGO REBUILD LOG ON (NAME=LAIGO_Log, FILENAME..

환경 MSSQL Server 2005 Standar 문제 : 인덱스를 잘못 타서 결과가 늦게 온다. 인덱스를 내가 원하는 것으로 선택이 가능할까? Database 스키마 클러스트인덱스 : EndDate 논클러스트인덱스 : AccountID 가끔씩 쿼리를 만들어서 날리는데 인덱스를 엉뚱한걸 타거나 테이블을 풀스캔을 할 때가 있다. 이럴땐 똑똑한 SQL이라도 가끔은 멍청해보일때가 있다고 생각된다. 엉뚱한녀석... 총 4천만건의 테이블중에서 서브쿼리로 2천만건을 긁은 후 테이블을 조인을 하는 무식한 방법으로 조인을 해서 저 쿼리 하나로 인해 SQL을 먹통으로 만들어 버린다. 분명 클러스트인덱스가 걸려있는 날짜조건을 줬지만 SQL은 이상하게 많은 레코드를 반환을 해온다. 인덱스를 바꿔보고 싶다. 어떻게? ---..

-- 링크드 서버 추가 EXEC sp_addlinkedserver @server = 'ANDON' , @srvproduct = 'oracle' , @provider = 'MSDAORA' , @datasrc = 'HIDB1' Go --로그인정보 추가 EXEC sp_addlinkedsrvlogin 'ANDON' , 'false' , NULL , 'andon' , '*****' Go --링크드 서버 Drop EXEC sp_droplinkedsrvlogin 'ANDON',NULL go EXEC sp_dropserver 'ANDON' go -- 링크드 서버 조회 select * from sysservers select * from sysxlogins -- 링크드 서버로 sql실행 select * from open..