테스트 데이터 자동 파기
적재한 테스트 데이터는 DB마다 정해 둔 보관 기간이 지나면 자동으로 지워집니다. 연장은 신청과 승인을 거치고, 파기·연장 이력이 남습니다. 쓰고 잊힌 테스트 DB가 쌓이지 않습니다.
synkai
제품
회사 소개
문의
도입 문의
제품 / DataMint Core
DataMint Core
테스트 데이터 · ON-PREMISE
운영 데이터그대로의 테스트,개인정보 없이.
운영 DB의 데이터를 개인정보 없는 테스트 데이터로 바꿔 개발·테스트 DB로 옮깁니다. 규칙과 AI 모델을 결합한 개인정보 탐지 엔진으로 긴 비정형 텍스트 속 개인정보도 찾아 변환하며, 값의 형식과 데이터 사이 관계는 유지합니다.
도입 문의
시연 요청
고객 내부망 설치 · DataMint 공통 관리 콘솔
DataMint Core · 변환 미리보기
운영 DB
개발·테스트 DB
항목
변환 전
변환 후
이름
홍길동
김서윤
주민등록번호
900101-1234568
900101-1947305
전화번호
010-1234-5678
010-8271-4406
이메일
hong@corp.co.kr
kxwe@corp.co.kr
값은 바뀌어도, 형식과 데이터 사이 관계는 그대로.
기능 설명을 위한 예시 데이터입니다.
운영 DB의 구조는 그대로, 개인정보만 없는 테스트 데이터로.
고객사 내부망에 설치하는 온프레미스 제품입니다.
THE TEST DATA DILEMMA
진짜 데이터의 현실감,개인정보 없는 테스트.
운영 데이터는 위험하고, 임의로 만든 데이터는 부족합니다.
테스트를 운영 데이터로 하면 개인정보 유출 위험이 있고, 임의로 만든 데이터로 하면 실제 상황을 재현하지 못합니다.
직접 만든 스크립트로 바꾸면 테이블 사이 관계가 깨지고, DB마다 따로 관리해야 합니다.
DataMint Core는 값은 바꾸고, 테스트에 필요한 구조는 유지합니다.
CORE CAPABILITIES
값은 다르게,테스트는 운영과 가깝게.
형식·관계·키를 유지하며, 생성부터 이관까지 한 흐름으로 관리합니다.
형식 보존 변환
주민번호는 주민번호 모양, 카드번호는 카드번호 모양 그대로
900101-1234568 → 900101-1947305
관계 유지
같은 원본은 어느 테이블에서든 같은 값으로 바뀌어 조인이 그대로 동작
고객 테이블 ↔ 주문 테이블
키 그대로
기본키·고유키·외래키를 운영과 똑같이 만들어 줌
PRIMARY KEY · UNIQUE · FOREIGN KEY
다른 DB 사이 이관
서로 다른 DB 사이에서도 테스트 데이터를 옮깁니다.
Oracle
MySQL
MariaDB
SQL Server
PostgreSQL
그 밖의 DB
변환 규칙 편집기
컬럼별 규칙을 화면에서 정하고 결과를 바로 미리보기
컬럼 선택 → 규칙 설정 → 미리보기
대량 데이터
테이블을 나눠 병렬로 옮기고, Oracle은 고속 적재 사용
테이블 분할 · 병렬 이관
UNSTRUCTURED DATA TRANSFORMATION
메모 속 주민번호도,컬럼과 같은 값으로.
규칙과 AI 모델을 결합한 개인정보 탐지 엔진으로 상담 메모·비고 같은 긴 글(CLOB)과 문서 파일(BLOB)에서도 이름·주민등록번호·휴대폰번호·계좌번호·카드번호 등을 찾아 테스트 데이터로 변환합니다. 주변 문장은 유지하고 개인정보만 바꿉니다.
비정형 데이터 변환
정형 컬럼과 비정형 텍스트가 일관된 값으로 바뀌어, 테이블과 메모 내용이 서로 맞습니다.
정형·비정형 일관성
예시 모형
원본 메모
홍길동 고객(010-1234-5678)이 해지 요청
변환 후
김서윤 고객(010-8271-4406)이 해지 요청
글 속의 주민번호·전화번호도 정형 컬럼과 같은 값으로 바뀌어, 테이블과 메모 내용이 서로 맞습니다.
변환 방법
번호류는 규칙으로 바꿉니다.
서버 안에서 도는 AI 모델이 문맥을 분석해 이름·주소를 찾습니다.
지원 문서
텍스트
CSV
워드
엑셀
파워포인트
한글(HWPX)
압축 텍스트(gzip)
※ 이미지·PDF처럼 글을 읽을 수 없는 문서는 원본이 넘어가지 않도록 비웁니다.
HOW IT WORKS
작업 생성부터 파기까지,다섯 단계로 이어집니다.
실행 전에는 결재를, 실행 중에는 진행 상황을, 실행 후에는 결과를 확인합니다.
01
작업 만들기
원본·대상 DB, 테이블, 변환 규칙
02
결재
실행 전 결재 확인
03
실행
진행 상황 실시간 확인
04
결과 확인
테이블별 건수, 들어가지 못한 행과 이유
05
자동 파기
정한 보관 기간이 지나면 테스트 데이터 자동 파기
운영 DB에서 개발·테스트 DB로. 모든 단계는 DataMint 안에서 관리합니다.
결재·실행·결과를 하나의 콘솔에서 관리합니다
OPERATIONS IN DATAMINT
실행은 눈에 보이게,운영은 기준에 맞게.
작업 목록부터 실행 상세까지, DataMint 공통 관리 콘솔에서 Core를 관리합니다.
DataMint
공통 관리 콘솔 · 예시
워크스페이스
개요
DataMint Core
권한 관리
결재 관리
감사 기록
DataMint Core / 작업 관리
작업 목록
+ 작업 만들기
작업명
원본 → 대상
상태
고객·주문 테스트 DB 생성
Oracle → PostgreSQL
실행 중 · 실패 있음
정산 검증 데이터 생성
SQL Server → SQL Server
결재 대기
개발 DB 정기 새로 고침
MySQL → MariaDB
스케줄 대기
실행 상세
실행 중 · 실패 있음
고객·주문 테스트 DB 생성
읽은 행
18,000
적재한 행
17,988
실패 행
12
테이블
읽기 진행
읽은 행
적재한 행
실패 행
상태
CUSTOMERS
10,000
10,000
0
적재 완료
ORDERS
6,000
5,988
12
실패 행 있음
ORDER_ITEMS
2,000
2,000
0
적재 중
ORDERS · 실패 12행
날짜 형식 오류 8행 · 컬럼 길이 초과 4행
실패 행은 사유별로 기록하고, 나머지 행은 계속 적재합니다. ORDER_ITEMS 적재가 진행 중입니다.
화면 설명용 행수 예시입니다. 읽은 18,000행 = 적재 17,988행 + 실패 12행이며, 실제 성능을 나타내지 않습니다.
결재와 권한
누가 어떤 DB를 쓸 수 있는지, 실행 전 결재
스케줄
정기적으로 테스트 DB 새로 고침
감사 기록
누가 언제 무엇을 했는지
실패를 숨기지 않음
값 때문에 들어가지 못한 행은 이유별 건수로 보고하고 나머지는 계속 적재
COMPLIANCE READY
점검과 감사,
기록으로 답합니다.
개인정보 점검이나 감사에서 묻는 것은 결국 "언제, 누가, 어떻게 했고, 언제 지웠는가"입니다. DataMint는 그 답을 따로 정리하지 않아도 되도록 처음부터 기록으로 남깁니다.
실행 전 결재, 실행마다 결과
운영 데이터를 쓰는 작업은 실행 전에 결재를 거칩니다. 실행마다 테이블별 처리 건수, 들어가지 못한 행과 이유가 남습니다.
누가, 언제, 무엇을
작업·변환 규칙·DB 접속 정보의 변경, 실행 요청과 취소, 로그인까지 감사 기록으로 남습니다. 점검 때 화면에서 바로 찾아 보여 줄 수 있습니다.
DEPLOYMENT
우리 회사 환경에맞게.
고객이 관리하는 환경에 설치하는 온프레미스 플랫폼입니다.
설치 환경
회사 내부망(폐쇄망) 설치
설치 단위
DataMint 설치본 하나 · 라이선스로 Core 활성화
관리 DB
PostgreSQL 또는 Oracle
실행 환경
JEUS 등 WAS 또는 단독 실행
CONTACT SYNKAI
우리 환경의 테스트 데이터,함께 검토해 보세요.
현재 고민과 도입 환경을 알려주세요. 제품 상담·시연·PoC를 함께 검토하고, 담당자가 내용을 확인한 후 연락드리겠습니다.
도입 문의
시연 요청
메인 페이지의 문의 양식으로 안내합니다.
synkai
데이터 활용과 보호를 함께.
주식회사 신카이
대표자 윤재윤 사업자등록번호 588-87-04040
전화 010-7251-3805 이메일 synkai@synkaicorp.com
© 2026 synkai. All rights reserved.
개인정보처리방침 ↗
synkai
도입 문의
제품 / DataMint Core
DataMint Core
테스트 데이터 · ON-PREMISE
운영 데이터그대로의 테스트,개인정보 없이.
운영 DB의 데이터를 개인정보 없는 테스트 데이터로 바꿔 개발·테스트 DB로 옮깁니다. 규칙과 AI 모델을 결합한 개인정보 탐지 엔진으로 긴 비정형 텍스트 속 개인정보도 찾아 변환하며, 값의 형식과 데이터 사이 관계는 유지합니다.
도입 문의
시연 요청
고객 내부망 설치 · DataMint 공통 관리 콘솔
DataMint Core · 변환 미리보기
운영 DB
개발·테스트 DB
이름
변환 전
홍길동
변환 후
김서윤
주민등록번호
변환 전
900101-1234568
변환 후
900101-1947305
전화번호
변환 전
010-1234-5678
변환 후
010-8271-4406
이메일
변환 전
hong@corp.co.kr
변환 후
kxwe@corp.co.kr
값은 바뀌어도, 형식과 데이터 사이 관계는 그대로.
기능 설명을 위한 예시 데이터입니다.
THE TEST DATA DILEMMA
진짜 데이터의 현실감,개인정보 없는 테스트.
운영 데이터는 위험하고, 임의로 만든 데이터는 부족합니다.
테스트를 운영 데이터로 하면 개인정보 유출 위험이 있고, 임의로 만든 데이터로 하면 실제 상황을 재현하지 못합니다.
직접 만든 스크립트로 바꾸면 테이블 사이 관계가 깨지고, DB마다 따로 관리해야 합니다.
DataMint Core는 값은 바꾸고, 테스트에 필요한 구조는 유지합니다.
CORE CAPABILITIES
값은 다르게,테스트는 운영과 가깝게.
형식·관계·키를 유지하며, 생성부터 이관까지 한 흐름으로 관리합니다.
형식 보존 변환
주민번호는 주민번호 모양, 카드번호는 카드번호 모양 그대로
900101-1234568 → 900101-1947305
관계 유지
같은 원본은 어느 테이블에서든 같은 값으로 바뀌어 조인이 그대로 동작
고객 테이블 ↔ 주문 테이블
키 그대로
기본키·고유키·외래키를 운영과 똑같이 만들어 줌
PRIMARY KEY · UNIQUE · FOREIGN KEY
다른 DB 사이 이관
서로 다른 DB 사이에서도 테스트 데이터를 옮깁니다.
Oracle
MySQL
MariaDB
SQL Server
PostgreSQL
그 밖의 DB
변환 규칙 편집기
컬럼별 규칙을 화면에서 정하고 결과를 바로 미리보기
컬럼 선택 → 규칙 설정 → 미리보기
대량 데이터
테이블을 나눠 병렬로 옮기고, Oracle은 고속 적재 사용
테이블 분할 · 병렬 이관
UNSTRUCTURED DATA TRANSFORMATION
메모 속 주민번호도,컬럼과 같은 값으로.
규칙과 AI 모델을 결합한 개인정보 탐지 엔진으로 상담 메모·비고 같은 긴 글(CLOB)과 문서 파일(BLOB)에서도 이름·주민등록번호·휴대폰번호·계좌번호·카드번호 등을 찾아 테스트 데이터로 변환합니다. 주변 문장은 유지하고 개인정보만 바꿉니다.
비정형 데이터 변환
정형 컬럼과 비정형 텍스트가 일관된 값으로 바뀌어, 테이블과 메모 내용이 서로 맞습니다.
정형·비정형 일관성
예시 모형
원본 메모
홍길동 고객(010-1234-5678)이 해지 요청
변환 후
김서윤 고객(010-8271-4406)이 해지 요청
글 속의 주민번호·전화번호도 정형 컬럼과 같은 값으로 바뀌어, 테이블과 메모 내용이 서로 맞습니다.
변환 방법
번호류는 규칙으로 바꿉니다.
서버 안에서 도는 AI 모델이 문맥을 분석해 이름·주소를 찾습니다.
지원 문서
텍스트
CSV
워드
엑셀
파워포인트
한글(HWPX)
압축 텍스트(gzip)
※ 이미지·PDF처럼 글을 읽을 수 없는 문서는 원본이 넘어가지 않도록 비웁니다.
HOW IT WORKS
작업 생성부터 파기까지,다섯 단계로 이어집니다.
실행 전에는 결재를, 실행 중에는 진행 상황을, 실행 후에는 결과를 확인합니다.
01
작업 만들기
원본·대상 DB, 테이블, 변환 규칙
02
결재
실행 전 결재 확인
03
실행
진행 상황 실시간 확인
04
결과 확인
테이블별 건수, 들어가지 못한 행과 이유
05
자동 파기
정한 보관 기간이 지나면 테스트 데이터 자동 파기
운영 DB에서 개발·테스트 DB로. 모든 단계는 DataMint 안에서 관리합니다.
OPERATIONS IN DATAMINT
실행은 눈에 보이게,운영은 기준에 맞게.
작업 목록부터 실행 상세까지, DataMint 공통 관리 콘솔에서 Core를 관리합니다.
DataMint
공통 관리 콘솔 · 예시
DataMint Core / 작업 관리
작업 목록
+ 작업 만들기
고객·주문 테스트 DB 생성
Oracle → PostgreSQL
실행 중 · 실패 있음
정산 검증 데이터 생성
SQL Server → SQL Server
결재 대기
개발 DB 정기 새로 고침
MySQL → MariaDB
스케줄 대기
실행 상세
실행 중 · 실패 있음
고객·주문 테스트 DB 생성
읽은 행
18,000
적재한 행
17,988
실패 행
12
CUSTOMERS
적재 완료
읽음
10,000
적재
10,000
실패
0
ORDERS
실패 행 있음
읽음
6,000
적재
5,988
실패
12
ORDER_ITEMS
적재 중
읽음
2,000
적재
2,000
실패
0
ORDERS · 실패 12행
날짜 형식 오류 8행 · 컬럼 길이 초과 4행
실패 행은 사유별로 기록하고, 나머지 행은 계속 적재합니다. ORDER_ITEMS 적재가 진행 중입니다.
화면 설명용 행수 예시입니다. 읽은 18,000행 = 적재 17,988행 + 실패 12행이며, 실제 성능을 나타내지 않습니다.
결재와 권한
누가 어떤 DB를 쓸 수 있는지, 실행 전 결재
스케줄
정기적으로 테스트 DB 새로 고침
감사 기록
누가 언제 무엇을 했는지
실패를 숨기지 않음
값 때문에 들어가지 못한 행은 이유별 건수로 보고하고 나머지는 계속 적재
COMPLIANCE READY
점검과 감사,
기록으로 답합니다.
개인정보 점검이나 감사에서 묻는 것은 결국 "언제, 누가, 어떻게 했고, 언제 지웠는가"입니다. DataMint는 그 답을 따로 정리하지 않아도 되도록 처음부터 기록으로 남깁니다.
테스트 데이터 자동 파기
적재한 테스트 데이터는 DB마다 정해 둔 보관 기간이 지나면 자동으로 지워집니다. 연장은 신청과 승인을 거치고, 파기·연장 이력이 남습니다. 쓰고 잊힌 테스트 DB가 쌓이지 않습니다.
실행 전 결재, 실행마다 결과
운영 데이터를 쓰는 작업은 실행 전에 결재를 거칩니다. 실행마다 테이블별 처리 건수, 들어가지 못한 행과 이유가 남습니다.
누가, 언제, 무엇을
작업·변환 규칙·DB 접속 정보의 변경, 실행 요청과 취소, 로그인까지 감사 기록으로 남습니다. 점검 때 화면에서 바로 찾아 보여 줄 수 있습니다.
DEPLOYMENT
우리 회사 환경에 맞게.
고객이 관리하는 환경에 설치하는 온프레미스 플랫폼입니다.
설치 환경
회사 내부망(폐쇄망) 설치
설치 단위
DataMint 설치본 하나 · 라이선스로 Core 활성화
관리 DB
PostgreSQL 또는 Oracle
실행 환경
JEUS 등 WAS 또는 단독 실행
CONTACT SYNKAI
우리 환경의 테스트 데이터,함께 검토해 보세요.
현재 고민과 도입 환경을 알려주세요. 제품 상담·시연·PoC를 함께 검토하고, 담당자가 내용을 확인한 후 연락드리겠습니다.
도입 문의
시연 요청
메인 페이지의 문의 양식으로 안내합니다.
synkai
데이터 활용과 보호를 함께.
주식회사 신카이
대표자 윤재윤
사업자등록번호 588-87-04040
전화 010-7251-3805
이메일 synkai@synkaicorp.com
© 2026 synkai. All rights reserved.
개인정보처리방침 ↗