이 페이지는 기계 번역되었습니다. 영어 원본을 읽어보세요. English

최적화 작업(optimization engagement) 전에 가능한 한 많은 항목에 답변해 주세요. 확실하지 않은 항목은 비워 두셔도 됩니다. 답변과 로그를 zip 파일로 묶어 [email protected]으로 이메일을 보내 주세요.

연락처

  • 이름
  • 회사
  • 이메일 주소

하드웨어

  • CPU 모델 및 코어 수
  • RAM 용량
  • HDD/SSD 모델(SAS, SATA, SSD) - 크기, 캐시, RPM 또는 정확한 모델명
  • RAID 사용 여부? 사용한다면: 컨트롤러 모델(소프트웨어 RAID의 경우 마더보드)
  • 드라이브 수 및 RAID 유형(0, 1, 5, 6, 10, …)
  • 필요 시 RAID 배터리 백업 유닛(BBU) 사용 여부
  • RAID 캐시 모드(Write Through, Write Back)
  • 스트라이프 크기
  • OS, 데이터베이스, 임시 파일이 디스크의 어디에 위치하는지
  • 데이터베이스 파티션의 블록/클러스터 크기
  • 기타 하드웨어 세부 사항(벤더, 서버 모델)

가상화

  • OS가 VM인가요? 어떤 하이퍼바이저(VMware, VirtualBox, …)와 인스턴스 크기(CPU, RAM, 디스크)인가요?
  • Firebird와 동일한 호스트를 공유하는 다른 VM은 몇 개인가요?

운영 체제

Windows: 버전, 32/64비트, 서비스 팩(예: Windows Server 2022 64-bit). 서버라면 도메인 컨트롤러인가요?

Linux: 배포판 및 버전, 32/64비트, 커널, glibc.

Firebird

  • 정확한 버전(isql -z, 또는 Windows에서는 실행 파일의 버전/세부 정보 탭)
  • 아키텍처: Embedded, SuperServer, Classic 또는 SuperClassic(fbserver vs 하나 또는 여러 개의 fb_inet_server / firebird 프로세스)
  • 설치 폴더

데이터베이스

  • 데이터베이스 파일 크기
  • 같은 서버에 데이터베이스가 몇 개 있나요?

애플리케이션

  • 클라이언트/서버(사용자/PC당 하나의 앱 인스턴스) 또는 미들웨어(소수의 멀티티어 프로세스, 예: Tomcat의 Java)
  • 32비트 또는 64비트, 플랫폼(Windows, Linux, macOS)
  • 일반 및 최대 클라이언트 연결 수(Firebird 2.1+: SELECT count(*) FROM MON$ATTACHMENTS)
  • 데이터 액세스 계층(JDBC, ODBC, BDE, IBX, IBO, dbExpress, …)
  • 애플리케이션 유형(CRM, ERP, 회계, …)

문제 배경

  • 하드웨어, OS 또는 애플리케이션에 최근 변경 사항이 있나요?
  • 무작위 피크인가요, 아니면 패턴이 있나요(점심 후, 16:00경, …)?
  • 속도 저하를 평이한 말로 설명해 주세요 - 사용자들은 어떻게 말하나요?

로그 및 파일

모든 것을 하나의 아카이브로 zip으로 묶어 이메일에 첨부하세요.

  1. firebird.conf
  2. firebird.log (zip으로 압축)
  3. Firebird\bin(또는 이에 상응하는 폴더)에서 피크 시간대(예: 11:00, 14:00, 16:00)에 세 번 실행하세요:
    fb_lock_print -d path_to_database > log111.txt
  4. 피크 시간대(정오 무렵)와 유휴 시간대(이른 아침 또는 늦은 저녁)에 gstat -h 실행 - 텍스트 또는 스크린샷으로 저장
  5. 피크 시간대: gstat -a -r > stat.txt