giip
SES 안건 등록
GIIP Production Knowledge Base

실제 프로덕션 운영에서 축적한 기술 노하우

GIIP Production Knowledge Base는 실제 고객 응대, 데이터베이스 마이그레이션, 클라우드 운영, 성능 조사, 장애 대응을 통해 축적한 지식을 기밀 정보를 제거하고 재검증한 후 공개하는 기술 지식 베이스입니다.

모든 문서에 대상 제품·확인 버전·필요 권한·실행 영향·최종 검증일을 명기하고 있습니다. 참조 전용 SQL은 그대로 복사하여 실행할 수 있습니다.

키워드 검색

33 건의 문서

카테고리로 찾기

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의 운영 모델을 기술적으로 설명합니다.

증상·장애로 찾기

모니터링과 장애 대응 체계를 구축한다

최근 업데이트한 문서

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의 로그 스캔이 진행되고 있는지 확인하는 절차입니다.

데이터베이스 마이그레이션

AI 모니터링·운영

GIIP의 운영 모델

현재 DB·인프라 구성 무료 진단받기

여기에 작성된 점검을 한 번 실행하는 것은 어렵지 않습니다. 어려운 것은 여러 환경에서 지속적으로 점검하고 이상 징후가 발생했을 때 신속히 대응하는 것입니다.

DB·인프라 진단 상담하기