실제 프로덕션 운영에서 축적한 기술 노하우
GIIP Production Knowledge Base는 실제 고객 응대, 데이터베이스 마이그레이션, 클라우드 운영, 성능 조사, 장애 대응을 통해 축적한 지식을 기밀 정보를 제거하고 재검증한 후 공개하는 기술 지식 베이스입니다.
모든 문서에 대상 제품·확인 버전·필요 권한·실행 영향·최종 검증일을 명기하고 있습니다. 참조 전용 SQL은 그대로 복사하여 실행할 수 있습니다.
키워드 검색
33 건의 문서
- SQL Server중간SQL Server에서 테이블별 통계 정보 업데이트 일시를 확인하는 SQLsys.stats와 STATS_DATE로 테이블·통계별 최종 업데이트 일시와 업데이트 이후 변경된 행 수를 목록화하는 참조 전용 SQL입니다.2026-08-13
- SQL Server참조만RDS for SQL Server에서 트랜잭션 로그 사용률을 확인하는 방법로그 사용률을 DBCC SQLPERF(LOGSPACE)와 sys.dm_db_log_space_usage로 확인하고, 해제되지 않는 이유를 log_reuse_wait_desc로 구분하는 참조 전용 절차입니다.2026-08-13
- SQL Server높음SQL Server에서 장시간 열려 있는 트랜잭션을 확인하는 SQLsys.dm_tran_active_transactions 계열 DMV로 시작 시각·세션·마지막 실행 SQL까지 포함하여 방치된 트랜잭션을 특정하는 절차입니다.2026-08-13
- SQL Server중간SQL Server에서 CXPACKET 대기가 많을 때의 원인과 확인 방법sys.dm_os_wait_stats와 sys.dm_os_waiting_tasks로 CXPACKET을 평가하고, CXCONSUMER와의 구분을 바탕으로 병렬 처리 수준 재검토로 나아가기 위한 절차입니다.2026-08-13
- SQL Server중간SQL Server의 MAXDOP과 Cost Threshold for Parallelism을 확인·변경하는 방법서버·데이터베이스·쿼리의 3단계에서 병렬 처리 수준을 확인하고 변경하는 절차와, 각각의 적용 범위·영향 범위의 차이를 정리합니다.2026-08-13
- SQL Server전문가 검토 필수SQL Server의 CDC에서 로그 스캔이 멈추지 않았는지 확인하는 방법sys.dm_cdc_log_scan_sessions와 cdc.lsn_time_mapping, 캡처 작업의 상태로부터 CDC의 로그 스캔이 진행되고 있는지 확인하는 절차입니다.2026-08-13
- SQL Server전문가 검토 필수SQL Server에서 MSrepl_commands가 계속 늘어나는 원인과 복제 지연 확인 방법배포 데이터베이스의 명령 적체를, 배포 에이전트의 동작 현황과 클린업 작업·보존 기간의 양면에서 구분하는 절차입니다.2026-08-13
- SQL Server높음SQL Server의 Linked Server에서 Msg 7356이 발생하는 원인과 확인 방법Msg 7356은 "컴파일 시점과 실행 시점에 열의 메타데이터가 불일치했다"는 것을 나타내는 오류입니다. 원인 구분과 패스스루 쿼리를 통한 회피 절차를 정리합니다.2026-08-13
- SQL Server중간SQLNCLI10에서 TLS 1.2 연결이 실패하는 원인과 MSOLEDBSQL 19로의 이전SQLNCLI10의 TLS 1.2 미지원과, MSOLEDBSQL 19에서 기본값이 Encrypt=yes로 바뀌어 발생하는 연결 실패를 구분하고, 이전 시 확인해야 할 점을 정리합니다.2026-08-13
- SQL Server높음DBCC SHRINKDATABASE와 DBCC SHRINKFILE의 차이와 실행 전 확인 사항데이터베이스 전체를 대상으로 하는 SHRINKDATABASE와, 파일 단위의 SHRINKFILE의 차이, TRUNCATEONLY의 사용 시점, 실행 전에 확인해야 할 항목을 정리합니다.2026-08-13
- SQL Server높음온프레미스 SQL Server에서 AWS 이전 후 디스크 I/O 성능이 저하되는 원인과 대응온프레미스의 물리 NVMe/SSD와 AWS EBS의 구조적 차이에 의한 디스크 I/O 성능 저하 원인과, 버퍼 풀 최대화·데이터 압축·파일 분리·CDC 로그 비대화 대응이라는 4가지 실무 대응을 정리합니다.2026-09-07
- Aurora MySQL높음Aurora MySQL에서 특정 쿼리가 느려졌을 때 확인하는 절차슬로우 쿼리 로그, PROCESSLIST, EXPLAIN, 다이제스트 집계 순으로 위험도가 낮은 확인부터 시작해 느린 쿼리를 찾아내는 절차입니다. performance_schema가 비활성화된 환경의 대안도 제시합니다.2026-08-13
- Aurora MySQL중간AWS DMS에서 Error 1032가 발생하는 원인과 확인 방법DMS CDC에서 발생하는 Error 1032는 대상(타겟)에 해당 행이 없다는 의미입니다. 제어 테이블을 읽는 방법과 기본 키 불일치 확인 절차, 작업 설정 선택지를 정리합니다.2026-08-13
- Aurora MySQL높음Aurora MySQL에서 utf8mb3에서 utf8mb4로 마이그레이션할 때 확인할 사항utf8mb4로 변환할 때 가장 먼저 깨지는 것은 인덱스의 키 길이입니다. 대상을 찾아내는 SQL, 콜레이션 선택 방법, 변환 시 영향과 설정 위치를 정리합니다.2026-08-13
- Aurora MySQL높음Aurora MySQL에서 binlog 보존 시간을 확인·설정하는 방법binlog 보존 시간은 `mysql.rds_show_configuration`으로 확인하고 `mysql.rds_set_configuration`에 시간 단위로 설정합니다. binlog_format은 클러스터 파라미터이며 변경에는 재시작이 필요합니다.2026-08-13
- Aurora MySQL높음Aurora MySQL에서 감사 로그를 수집하고 확인하는 방법Aurora MySQL의 Advanced Auditing을 클러스터 파라미터로 활성화하고 CloudWatch Logs 또는 RDS 로그 파일로 확인하는 절차입니다. 기록 대상을 좁히는 방법도 정리합니다.2026-08-13
- TiDB전문가 검토 필수TiDB에서 Aurora MySQL로 마이그레이션할 때 확인할 항목TiDB는 MySQL과 호환되지만 동일하지 않습니다. 기본 키·번호 부여·트랜잭션·통계·용량의 각 차이를 확인용 SQL과 함께 마이그레이션 전 체크리스트로 정리합니다.2026-08-13
- 데이터베이스 마이그레이션중간3TB 규모 데이터베이스를 마이그레이션할 때 계획을 세우는 방법3TB급 마이그레이션 계획은 크기 실측, 전환 방식 선택, 시험 실행을 통한 소요 시간 실측, 검증과 롤백 설계의 순서로 구성합니다. 기준값이 아니라 실측값으로 일정을 잡기 위한 절차입니다.2026-08-13
- AWS높음AWS RDS에서 큰 인스턴스 1대와 작은 인스턴스 여러 대로 나누는 경우의 차이RDS 사이징에서 "큰 1대"와 "작은 여러 대"를 비교할 때의 기술적 차이와, 결정 전에 측정해야 할 CloudWatch 지표를 정리한 문서입니다.2026-08-13
- AWS높음AWS 데이터베이스 비용을 재검토할 때 확인할 항목AWS 데이터베이스 비용을 영향이 작은 순서(미사용 정지 → right-sizing → 스토리지 → 백업 → 비운영 → 커밋먼트)로 재검토하기 위한 체크리스트입니다.2026-08-13
- 인프라낮음AWS EBS의 IOPS와 물리 디스크의 IOPS는 무엇이 다른가EBS의 IOPS가 왜 물리 디스크의 IOPS와 직접 비교할 수 없는지를 상한이 적용되는 위치(볼륨/인스턴스)와 측정 방법에서 정리한 문서입니다.2026-08-13
- 인프라중간Random IOPS와 Sequential IOPS의 차이, 벤치마크 결과를 읽는 방법IOPS라는 수치가 I/O 크기·큐 깊이·read/write 비율 없이는 비교할 수 없는 이유와, fio로 측정 조건을 만드는 방법을 정리한 문서입니다.2026-08-13
- 모니터링낮음서버와 데이터베이스를 24시간 모니터링할 때 설정할 항목24시간 모니터링을 설계할 때의 모니터링 대상·임계값 사고방식·에스컬레이션 체계·외부 모니터링의 필요성을 계층별로 정리한 체크리스트입니다.2026-08-13
- GIIP참조만코딩 에이전트와 GIIP FDE Ops는 무엇이 다른가코딩 에이전트와 운용 서비스는 "작업의 단위"가 다릅니다. 두 영역의 스코프 경계를 9가지 관점에서 비교하고, 자사에서 확인할 수 있는 명령을 함께 제공합니다.2026-08-13
- AI 운영참조만AI가 만든 애플리케이션을 프로덕션에 올리기까지 필요한 작업"동작하는 코드가 완성됐다"에서 "프로덕션에서 운영 가능하다"까지 남는 작업을 14개 항목으로 정리하고, 하드코딩된 키 탐지와 의존 패키지 취약점 확인 명령을 함께 제공합니다.2026-08-13
- AI 운영참조만AI 자동 실행에 승인과 롤백이 필요한 이유와 설계 방법자동 실행의 설계 요소(스냅샷·승인 게이트·dry-run 분리·allowlist·멱등성·감사 로그·단계적 전개·중지 스위치)와, 승인 없이 실행해서는 안 되는 작업의 경계를 정리합니다.2026-08-13
- AI 운영참조만AI Router로 모델 비용을 줄이는 방법과 외부 AI API 장애 시 페일오버 설계작업 난이도별 분기와 품질 게이트로 모델 비용을 줄이는 설계와, 복수 프로바이더를 전제로 한 페일오버 설계를 정리합니다. 가격이나 절감률 수치는 다루지 않습니다.2026-08-13
- 장애 대응전문가 검토 필수AI 에이전트가 데이터베이스 장애에 대응할 수 있는 범위와, 사람이 판단해야 하는 범위장애 대응을 단계별로 나누어 AI가 담당할 수 있는 범위(감지·원인 분리·제한적인 1차 대응)와 사람이 판단해야 하는 범위(불가역적 작업·중단 판단)를 정리하고, 조회 전용 트리아지 쿼리를 제공합니다.2026-08-13
- AI 운영참조만Giip AI Harness가 쿼리 힌트(Query Hint)를 배제하는 이유Giip AI Harness가 SQL 생성·튜닝 시 FORCE INDEX나 조인 힌트를 원칙적으로 배제하는 이유와, 삭제 예정 인덱스를 안전하게 판단하기 위한 점검 절차를 정리합니다.2026-09-06
- SQL Server참조만NVARCHAR 리터럴의 N 프리픽스 누락으로 한글·이모지가 에러 없이 깨지는 문제N 프리픽스가 빠진 NVARCHAR 리터럴은 에러 없이 암묵 변환되어 비ASCII 문자를 잃습니다. 탐지 방법과 재발 방지책을 정리합니다.2026-08-16
- AI 운영낮음AI 생성 콘텐츠의 오염을 탐지하는 가드와, 재생성을 완료 조건으로 삼지 않는 운영AI 생성 콘텐츠에 섞여 들어가는 기존에 알려진 오염 패턴을 기계적으로 탐지하고, 재생성 후에는 본문을 직접 확인한 뒤 완료로 판단하는 운영 가드를 설명합니다.2026-08-16
- GPU 인프라참조만기업용 로컬 도면 AI에 필요한 GPU와 서버 구성 — 20명 이용 기준의 참고 비용기업용 로컬 도면 AI에는 RTX PRO 6000 Blackwell 96GB ×2(20명 권장 구성)를 비롯해, 용도에 따른 GPU 선택과 VLM→CAD Engine→Validator 파이프라인 설계가 중요합니다. GPU 선택은 사용자 수뿐 아니라 1장당 VRAM 용량·동시 이용 인원수·도면 페이지 수·응답 시간 목표로 결정됩니다.2026-08-27
- AI 운영참조만TypeSafe AI의 Jev란 무엇인가 — 초고속 의사결정 System 1 모델의 특징과 도입 효과Jev는 대화형 문장을 생성하는 일반 LLM과 달리, 사전 정의된 질문에 정형화된 선택지(Choice)와 점수(Score)를 단일 패스로 즉시 반환하는 초고속 System 1 의사결정 모델입니다. 40~200배 빠른 응답과 400배 비용 절감, 정밀한 신뢰도 보정으로 에이전트 라우팅과 가드레일에 최적화되어 있습니다.2026-09-21
카테고리로 찾기
SQL Server12통계 정보, 대기 현상, 트랜잭션, 로그 파일, CDC, 복제, Linked Server, TLS 연결까지 SQL Server 운영 환경에서 실제로 확인하는 항목을 SQL과 함께 설명합니다.Aurora MySQL5슬로우 쿼리 조사, DMS 에러, 문자셋 마이그레이션, binlog 보존 기간, 감사 로그 등 Aurora MySQL 운영에서 판단이 필요한 항목을 정리했습니다.TiDB1TiDB 운영상의 특성과 MySQL 호환 데이터베이스로 이전할 때 확인해야 할 차이점을 정리했습니다.데이터베이스 마이그레이션1대규모 데이터베이스 마이그레이션 계획, 전환 방식 선택, 마이그레이션 후 검증 항목을 정리했습니다.AWS2RDS 인스턴스 구성, 스케일업과 스케일아웃 판단, 데이터베이스 비용 재검토 항목을 정리했습니다.인프라2EBS의 IOPS와 물리 디스크의 IOPS, Random/Sequential의 차이, NVMe 구성의 병목 등 수치의 의미를 잘못 이해하지 않기 위한 기초를 정리했습니다.모니터링124시간 모니터링에서 실제로 무엇을 보는지, 임계값을 어떻게 정하는지, 누가 1차 대응을 하는지를 정리했습니다.장애 대응1장애 감지부터 복구까지의 절차, AI 에이전트에 맡길 수 있는 범위, 사람이 판단해야 하는 범위를 정리했습니다.AI 운영6승인과 롤백, 감사 로그, 모델 비용, 외부 API 장애 시 페일오버 등 AI를 운영에 도입할 때 필요한 설계를 정리했습니다.GPU 인프라1GPU 서버 구성, 전력, 코로케이션, 로컬 LLM과 상용 API의 비용 비교에 관한 노하우를 순차적으로 공개합니다.GIIP1FDE Ops, FDE Box, 코딩 에이전트와의 차이, AI 앱의 서비스화 등 GIIP의 운영 모델을 기술적으로 설명합니다.
증상·장애로 찾기
응답이 느리다·CPU 사용률이 높다
- SQL Server에서 테이블별 통계 정보 업데이트 일시를 확인하는 SQL
- SQL Server에서 CXPACKET 대기가 많을 때의 원인과 확인 방법
- SQL Server의 MAXDOP과 Cost Threshold for Parallelism을 확인·변경하는 방법
- SQL Server에서 MSrepl_commands가 계속 늘어나는 원인과 복제 지연 확인 방법
- DBCC SHRINKDATABASE와 DBCC SHRINKFILE의 차이와 실행 전 확인 사항
- Aurora MySQL에서 특정 쿼리가 느려졌을 때 확인하는 절차
- Aurora MySQL에서 utf8mb3에서 utf8mb4로 마이그레이션할 때 확인할 사항
- TiDB에서 Aurora MySQL로 마이그레이션할 때 확인할 항목
- AWS RDS에서 큰 인스턴스 1대와 작은 인스턴스 여러 대로 나누는 경우의 차이
- AWS EBS의 IOPS와 물리 디스크의 IOPS는 무엇이 다른가
- Random IOPS와 Sequential IOPS의 차이, 벤치마크 결과를 읽는 방법
- 서버와 데이터베이스를 24시간 모니터링할 때 설정할 항목
- Giip AI Harness가 쿼리 힌트(Query Hint)를 배제하는 이유
디스크·로그가 계속 늘어난다
- RDS for SQL Server에서 트랜잭션 로그 사용률을 확인하는 방법
- SQL Server에서 장시간 열려 있는 트랜잭션을 확인하는 SQL
- SQL Server의 CDC에서 로그 스캔이 멈추지 않았는지 확인하는 방법
- SQL Server에서 MSrepl_commands가 계속 늘어나는 원인과 복제 지연 확인 방법
- DBCC SHRINKDATABASE와 DBCC SHRINKFILE의 차이와 실행 전 확인 사항
- 온프레미스 SQL Server에서 AWS 이전 후 디스크 I/O 성능이 저하되는 원인과 대응
- Aurora MySQL에서 특정 쿼리가 느려졌을 때 확인하는 절차
- AWS DMS에서 Error 1032가 발생하는 원인과 확인 방법
- Aurora MySQL에서 binlog 보존 시간을 확인·설정하는 방법
- Aurora MySQL에서 감사 로그를 수집하고 확인하는 방법
- 3TB 규모 데이터베이스를 마이그레이션할 때 계획을 세우는 방법
- AWS 데이터베이스 비용을 재검토할 때 확인할 항목
- AWS EBS의 IOPS와 물리 디스크의 IOPS는 무엇이 다른가
- Random IOPS와 Sequential IOPS의 차이, 벤치마크 결과를 읽는 방법
- 서버와 데이터베이스를 24시간 모니터링할 때 설정할 항목
연결할 수 없다·오류가 발생한다
마이그레이션·구성 변경을 검토 중이다
- SQLNCLI10에서 TLS 1.2 연결이 실패하는 원인과 MSOLEDBSQL 19로의 이전
- 온프레미스 SQL Server에서 AWS 이전 후 디스크 I/O 성능이 저하되는 원인과 대응
- Aurora MySQL에서 utf8mb3에서 utf8mb4로 마이그레이션할 때 확인할 사항
- TiDB에서 Aurora MySQL로 마이그레이션할 때 확인할 항목
- 3TB 규모 데이터베이스를 마이그레이션할 때 계획을 세우는 방법
- AWS RDS에서 큰 인스턴스 1대와 작은 인스턴스 여러 대로 나누는 경우의 차이
- AWS 데이터베이스 비용을 재검토할 때 확인할 항목
- NVARCHAR 리터럴의 N 프리픽스 누락으로 한글·이모지가 에러 없이 깨지는 문제
모니터링과 장애 대응 체계를 구축한다
- RDS for SQL Server에서 트랜잭션 로그 사용률을 확인하는 방법
- SQL Server에서 장시간 열려 있는 트랜잭션을 확인하는 SQL
- SQL Server에서 CXPACKET 대기가 많을 때의 원인과 확인 방법
- SQL Server의 CDC에서 로그 스캔이 멈추지 않았는지 확인하는 방법
- SQL Server에서 MSrepl_commands가 계속 늘어나는 원인과 복제 지연 확인 방법
- SQL Server의 Linked Server에서 Msg 7356이 발생하는 원인과 확인 방법
- AWS DMS에서 Error 1032가 발생하는 원인과 확인 방법
- Aurora MySQL에서 감사 로그를 수집하고 확인하는 방법
- 3TB 규모 데이터베이스를 마이그레이션할 때 계획을 세우는 방법
- 서버와 데이터베이스를 24시간 모니터링할 때 설정할 항목
- 코딩 에이전트와 GIIP FDE Ops는 무엇이 다른가
- AI가 만든 애플리케이션을 프로덕션에 올리기까지 필요한 작업
- AI 자동 실행에 승인과 롤백이 필요한 이유와 설계 방법
- AI Router로 모델 비용을 줄이는 방법과 외부 AI API 장애 시 페일오버 설계
- AI 에이전트가 데이터베이스 장애에 대응할 수 있는 범위와, 사람이 판단해야 하는 범위
- Giip AI Harness가 쿼리 힌트(Query Hint)를 배제하는 이유
- NVARCHAR 리터럴의 N 프리픽스 누락으로 한글·이모지가 에러 없이 깨지는 문제
- AI 생성 콘텐츠의 오염을 탐지하는 가드와, 재생성을 완료 조건으로 삼지 않는 운영
- TypeSafe AI의 Jev란 무엇인가 — 초고속 의사결정 System 1 모델의 특징과 도입 효과
최근 업데이트한 문서
TypeSafe AI Jev (System One Decision Model)TypeSafe AI의 Jev란 무엇인가 — 초고속 의사결정 System 1 모델의 특징과 도입 효과Jev는 대화형 문장을 생성하는 일반 LLM과 달리, 사전 정의된 질문에 정형화된 선택지(Choice)와 점수(Score)를 단일 패스로 즉시 반환하는 초고속 System 1 의사결정 모델입니다. 40~200배 빠른 응답과 400배 비용 절감, 정밀한 신뢰도 보정으로 에이전트 라우팅과 가드레일에 최적화되어 있습니다.SQL Server온프레미스 SQL Server에서 AWS 이전 후 디스크 I/O 성능이 저하되는 원인과 대응온프레미스의 물리 NVMe/SSD와 AWS EBS의 구조적 차이에 의한 디스크 I/O 성능 저하 원인과, 버퍼 풀 최대화·데이터 압축·파일 분리·CDC 로그 비대화 대응이라는 4가지 실무 대응을 정리합니다.GIIP AI HarnessGiip AI Harness가 쿼리 힌트(Query Hint)를 배제하는 이유Giip AI Harness가 SQL 생성·튜닝 시 FORCE INDEX나 조인 힌트를 원칙적으로 배제하는 이유와, 삭제 예정 인덱스를 안전하게 판단하기 위한 점검 절차를 정리합니다.企業向けローカルAIインフラ기업용 로컬 도면 AI에 필요한 GPU와 서버 구성 — 20명 이용 기준의 참고 비용기업용 로컬 도면 AI에는 RTX PRO 6000 Blackwell 96GB ×2(20명 권장 구성)를 비롯해, 용도에 따른 GPU 선택과 VLM→CAD Engine→Validator 파이프라인 설계가 중요합니다. GPU 선택은 사용자 수뿐 아니라 1장당 VRAM 용량·동시 이용 인원수·도면 페이지 수·응답 시간 목표로 결정됩니다.SQL ServerNVARCHAR 리터럴의 N 프리픽스 누락으로 한글·이모지가 에러 없이 깨지는 문제N 프리픽스가 빠진 NVARCHAR 리터럴은 에러 없이 암묵 변환되어 비ASCII 문자를 잃습니다. 탐지 방법과 재발 방지책을 정리합니다.AI運用(自動生成コンテンツ全般)AI 생성 콘텐츠의 오염을 탐지하는 가드와, 재생성을 완료 조건으로 삼지 않는 운영AI 생성 콘텐츠에 섞여 들어가는 기존에 알려진 오염 패턴을 기계적으로 탐지하고, 재생성 후에는 본문을 직접 확인한 뒤 완료로 판단하는 운영 가드를 설명합니다.
많이 읽는 문서
단순 조회수 추정치가 아닌, 검색 의도가 광범위하고 먼저 읽을 가치가 높은 핵심 문서를 선별하여 안내합니다.
SQL ServerSQL Server에서 테이블별 통계 정보 업데이트 일시를 확인하는 SQLsys.stats와 STATS_DATE로 테이블·통계별 최종 업데이트 일시와 업데이트 이후 변경된 행 수를 목록화하는 참조 전용 SQL입니다.SQL ServerSQL Server에서 장시간 열려 있는 트랜잭션을 확인하는 SQLsys.dm_tran_active_transactions 계열 DMV로 시작 시각·세션·마지막 실행 SQL까지 포함하여 방치된 트랜잭션을 특정하는 절차입니다.Aurora MySQLAWS DMS에서 Error 1032가 발생하는 원인과 확인 방법DMS CDC에서 발생하는 Error 1032는 대상(타겟)에 해당 행이 없다는 의미입니다. 제어 테이블을 읽는 방법과 기본 키 불일치 확인 절차, 작업 설정 선택지를 정리합니다.ストレージRandom IOPS와 Sequential IOPS의 차이, 벤치마크 결과를 읽는 방법IOPS라는 수치가 I/O 크기·큐 깊이·read/write 비율 없이는 비교할 수 없는 이유와, fio로 측정 조건을 만드는 방법을 정리한 문서입니다.AWS RDSAWS RDS에서 큰 인스턴스 1대와 작은 인스턴스 여러 대로 나누는 경우의 차이RDS 사이징에서 "큰 1대"와 "작은 여러 대"를 비교할 때의 기술적 차이와, 결정 전에 측정해야 할 CloudWatch 지표를 정리한 문서입니다.GIIP FDE Ops코딩 에이전트와 GIIP FDE Ops는 무엇이 다른가코딩 에이전트와 운용 서비스는 "작업의 단위"가 다릅니다. 두 영역의 스코프 경계를 9가지 관점에서 비교하고, 자사에서 확인할 수 있는 명령을 함께 제공합니다.
복사해서 실행할 수 있는 SQL
데이터나 설정을 변경하지 않는 참조 전용 SQL을 수록한 문서입니다. 동일한 문서에 변경이 수반되는 대응 절차가 포함될 수 있으므로, 실행 전 각 명령어의 위험도 표시와 "적용 조건"을 반드시 확인하십시오.
SQL ServerSQL Server에서 테이블별 통계 정보 업데이트 일시를 확인하는 SQLsys.stats와 STATS_DATE로 테이블·통계별 최종 업데이트 일시와 업데이트 이후 변경된 행 수를 목록화하는 참조 전용 SQL입니다.SQL ServerRDS for SQL Server에서 트랜잭션 로그 사용률을 확인하는 방법로그 사용률을 DBCC SQLPERF(LOGSPACE)와 sys.dm_db_log_space_usage로 확인하고, 해제되지 않는 이유를 log_reuse_wait_desc로 구분하는 참조 전용 절차입니다.SQL ServerSQL Server에서 장시간 열려 있는 트랜잭션을 확인하는 SQLsys.dm_tran_active_transactions 계열 DMV로 시작 시각·세션·마지막 실행 SQL까지 포함하여 방치된 트랜잭션을 특정하는 절차입니다.SQL ServerSQL Server에서 CXPACKET 대기가 많을 때의 원인과 확인 방법sys.dm_os_wait_stats와 sys.dm_os_waiting_tasks로 CXPACKET을 평가하고, CXCONSUMER와의 구분을 바탕으로 병렬 처리 수준 재검토로 나아가기 위한 절차입니다.SQL ServerSQL Server의 MAXDOP과 Cost Threshold for Parallelism을 확인·변경하는 방법서버·데이터베이스·쿼리의 3단계에서 병렬 처리 수준을 확인하고 변경하는 절차와, 각각의 적용 범위·영향 범위의 차이를 정리합니다.SQL ServerSQL Server의 CDC에서 로그 스캔이 멈추지 않았는지 확인하는 방법sys.dm_cdc_log_scan_sessions와 cdc.lsn_time_mapping, 캡처 작업의 상태로부터 CDC의 로그 스캔이 진행되고 있는지 확인하는 절차입니다.
데이터베이스 마이그레이션
SQL ServerSQLNCLI10에서 TLS 1.2 연결이 실패하는 원인과 MSOLEDBSQL 19로의 이전SQLNCLI10의 TLS 1.2 미지원과, MSOLEDBSQL 19에서 기본값이 Encrypt=yes로 바뀌어 발생하는 연결 실패를 구분하고, 이전 시 확인해야 할 점을 정리합니다.SQL Server온프레미스 SQL Server에서 AWS 이전 후 디스크 I/O 성능이 저하되는 원인과 대응온프레미스의 물리 NVMe/SSD와 AWS EBS의 구조적 차이에 의한 디스크 I/O 성능 저하 원인과, 버퍼 풀 최대화·데이터 압축·파일 분리·CDC 로그 비대화 대응이라는 4가지 실무 대응을 정리합니다.Aurora MySQLAurora MySQL에서 utf8mb3에서 utf8mb4로 마이그레이션할 때 확인할 사항utf8mb4로 변환할 때 가장 먼저 깨지는 것은 인덱스의 키 길이입니다. 대상을 찾아내는 SQL, 콜레이션 선택 방법, 변환 시 영향과 설정 위치를 정리합니다.TiDBTiDB에서 Aurora MySQL로 마이그레이션할 때 확인할 항목TiDB는 MySQL과 호환되지만 동일하지 않습니다. 기본 키·번호 부여·트랜잭션·통계·용량의 각 차이를 확인용 SQL과 함께 마이그레이션 전 체크리스트로 정리합니다.
AI 모니터링·운영
AI運用AI가 만든 애플리케이션을 프로덕션에 올리기까지 필요한 작업"동작하는 코드가 완성됐다"에서 "프로덕션에서 운영 가능하다"까지 남는 작업을 14개 항목으로 정리하고, 하드코딩된 키 탐지와 의존 패키지 취약점 확인 명령을 함께 제공합니다.AI運用AI 자동 실행에 승인과 롤백이 필요한 이유와 설계 방법자동 실행의 설계 요소(스냅샷·승인 게이트·dry-run 분리·allowlist·멱등성·감사 로그·단계적 전개·중지 스위치)와, 승인 없이 실행해서는 안 되는 작업의 경계를 정리합니다.AI運用AI Router로 모델 비용을 줄이는 방법과 외부 AI API 장애 시 페일오버 설계작업 난이도별 분기와 품질 게이트로 모델 비용을 줄이는 설계와, 복수 프로바이더를 전제로 한 페일오버 설계를 정리합니다. 가격이나 절감률 수치는 다루지 않습니다.GIIP AI HarnessGiip AI Harness가 쿼리 힌트(Query Hint)를 배제하는 이유Giip AI Harness가 SQL 생성·튜닝 시 FORCE INDEX나 조인 힌트를 원칙적으로 배제하는 이유와, 삭제 예정 인덱스를 안전하게 판단하기 위한 점검 절차를 정리합니다.
GIIP의 운영 모델
현재 DB·인프라 구성 무료 진단받기
여기에 작성된 점검을 한 번 실행하는 것은 어렵지 않습니다. 어려운 것은 여러 환경에서 지속적으로 점검하고 이상 징후가 발생했을 때 신속히 대응하는 것입니다.
DB·인프라 진단 상담하기