Oracle、Sybase和SQL Server如何追踪JDBC调用
在本文中,我们将了解如何使用面向 Oracle、Sybase 和 SQL Server 的 DataDirect Spy for JDBC 来追踪 IBM 数据复制产品 InfoSphere Change Data Capture (CDC) 中的 JDBC 调用。
DataDirect Spy 支持 JDBC 驱动程序跟踪,这对于解决客户问题是非常有用的。IBM InfoSphere Change Data Capture 引擎使用 DataDirect JDBC 驱动程序来实现仅针对 Oracle、SQL Server 和 Sybase 的 JDBC 访问。
DataDirect Spy 是一个在运行程序中跟踪调用的工具。该工具将应用程序发出的调用传递给基础 DataDirect JDBC 驱动程序,并记录关于这些调用的详细信息。从数据库向应用程序传回的结果也会被记录。如果问题被怀疑是出现在驱动程序和数据库之间(也就是,应用程序到驱动程序问题已排除),那么结果日志可用于解决故障问题。
先决条件
要理解本文内容,应具备以下基础知识:
- Windows®
- UNIX®
- 使用 IBM InfoSphere CDC Management Console
- 使用面向 Oracle, Sybase, SQL Server 的 IBM InfoSphere CDC
关于 DataDirect Spy
JDBC API 支持查看数据库和 JDBC 驱动程序生成的警告和异常。一个 SQLException 对象包含一个错误描述、X/Open SQLState 和驱动程序供应商的错误代码编号。要查看异常,可以使用一个 catch 块将它们打印出来。警告属于 SQLException 的一个子类,用来处理数据库访问警告。警告不能阻止应用程序的执行;只是警告用户有些事情没有按计划进行,比如特权没按要求撤回。警告将在 Connection 对象、Statement 对象(包括 PreparedStatement 和 CallableStatement 对象)和 ResultSet 对象中报告。可使用 getWarnings 方法检索这些对象中的警告。
DataDirect Technologies 通过提供一个 JDBC Developer 的 Kit (SDK) 使得 JDBC 应用程序调试和故障排除变得更为容易,JDBC Developer's Kit (SDK) 在运行的应用程序中提供 DataDirect Spy for JDBC 跟踪和调用。该实用程序将应用程序发出的调用传递给基础 DataDirect JDBC 驱动程序并记录详细的调用信息。从数据库传回到应用程序的结果也被记录。DataDirect Spy 与正在运行的应用程序一起试用以跟踪该应用程序发出的 JDBC 调用。
DataDirect Spy 提供以下优势:
- 日志记录是 JDBC 4.0 兼容的。
- 日志记录是一致的,与所用的 DataDirect Connect for JDBC 驱动程序无关。
- 可记录 JDBC 调用的所有参数和函数结果。
- 日志记录与所有 DataDirect Connect for JDBC 驱动程序一起使用。
- 无需更改应用程序就可以启用日志记录。
DataDirect Spy 属性
DataDirect Spy 支持以下属性。
表 1. DataDirect Spy 属性及描述
属性 | 描述 |
---|---|
log=System.out | 定向日志到 Java™ 输出标准:System.out。 |
log=(file)filename | 重定向日志到文件名指定的文件。 |
linelimit=numberofchars | 设置 DataDirect Spy 可在任何一行记录的最大字符数。默认是 0(没有最大值限制)。 |
logIS={yes | no | nosingleread} | 指定 DataDirect Spy 是否记录 InputStream 和 Reader 对象上的活动。当为 logIS=nosingleread 时,InputStream 和 Reader 对象上的日志记录是活动的。然而,单字节读取 InputStream.read 或单字符 Reader.read 的日志记录将被抑制,以防止生成大量包含单字节或单字符读取消息的日志文件,默认值是 no。 |
logTName={yes | no} | 指定 DataDirect Spy 是否记录当前线程的名称。默认值是 no。 |
timestamp={yes | no} | 指定每行 DataDirect Spy 日志是否包含一个时间戳,默认值是 no。 |

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











Oracle 데이터베이스 시작 순서는 다음과 같습니다. 1. 전제 조건을 확인합니다. 3. 데이터베이스 인스턴스를 시작합니다. 5. 데이터베이스에 연결합니다. . 서비스를 활성화합니다(필요한 경우). 8. 연결을 테스트합니다.

Oracle 데이터베이스 로그의 보존 기간은 다음을 포함한 로그 유형 및 구성에 따라 다릅니다. 재실행 로그: "LOG_ARCHIVE_DEST" 매개변수로 구성된 최대 크기에 의해 결정됩니다. 보관된 리두 로그: "DB_RECOVERY_FILE_DEST_SIZE" 매개변수로 구성된 최대 크기에 따라 결정됩니다. 온라인 리두 로그: 보관되지 않고 데이터베이스를 다시 시작하면 손실되며 보존 기간은 인스턴스 실행 시간과 일치합니다. 감사 로그: "AUDIT_TRAIL" 매개변수로 구성되며 기본적으로 30일 동안 보관됩니다.

Oracle에 필요한 메모리 양은 데이터베이스 크기, 활동 수준 및 필요한 성능 수준(데이터 버퍼 저장, 인덱스 버퍼, SQL 문 실행 및 데이터 사전 캐시 관리에 필요)에 따라 다릅니다. 정확한 양은 데이터베이스 크기, 활동 수준 및 필요한 성능 수준에 따라 달라집니다. 모범 사례에는 적절한 SGA 크기 설정, SGA 구성 요소 크기 조정, AMM 사용 및 메모리 사용량 모니터링이 포함됩니다.

Oracle은 다음 단계를 통해 dbf 파일을 읽을 수 있습니다. 외부 테이블을 만들고 dbf 파일을 참조하여 데이터를 Oracle 테이블로 가져옵니다.

Oracle 데이터베이스 서버 하드웨어 구성 요구 사항: 프로세서: 기본 주파수가 2.5GHz 이상인 멀티 코어, 대규모 데이터베이스의 경우 32개 이상의 코어가 권장됩니다. 메모리: 소규모 데이터베이스의 경우 최소 8GB, 중간 크기의 경우 16~64GB, 대규모 데이터베이스 또는 과도한 작업 부하의 경우 최대 512GB 이상. 스토리지: SSD 또는 NVMe 디스크, 중복성 및 성능을 위한 RAID 어레이. 네트워크: 고속 네트워크(10GbE 이상), 전용 네트워크 카드, 지연 시간이 짧은 네트워크. 기타: 안정적인 전원 공급 장치, 이중 구성 요소, 호환 가능한 운영 체제 및 소프트웨어, 열 방출 및 냉각 시스템.

Oracle 데이터베이스에 필요한 메모리 양은 데이터베이스 크기, 작업 부하 유형 및 동시 사용자 수에 따라 다릅니다. 일반 권장 사항: 소형 데이터베이스: 16~32GB, 중형 데이터베이스: 32~64GB, 대형 데이터베이스: 64GB 이상. 고려해야 할 다른 요소로는 데이터베이스 버전, 메모리 최적화 옵션, 가상화 및 모범 사례(메모리 사용량 모니터링, 할당 조정)가 있습니다.

Oracle에서 하루에 한 번 실행되는 예약된 작업을 생성하려면 다음 세 단계를 수행해야 합니다. 작업을 생성합니다. 작업에 하위 작업을 추가하고 해당 일정 표현식을 "INTERVAL 1 DAY"로 설정합니다. 작업을 활성화합니다.

Oracle 데이터베이스 메모리 요구 사항은 데이터베이스 크기, 활성 사용자 수, 동시 쿼리, 활성화된 기능 및 시스템 하드웨어 구성 등의 요소에 따라 달라집니다. 메모리 요구 사항을 결정하는 단계에는 데이터베이스 크기 결정, 활성 사용자 수 추정, 동시 쿼리 이해, 활성화된 기능 고려 및 시스템 하드웨어 구성 검사가 포함됩니다.
