DB를 사용하는 2가지 방법1. EC2위에 직접 DB 구축OS 설정등 세밀한 조정이 필요할 경우AWS 에서 지원하지 않는 상용 DB 설치 가능2. AWS 에서 제공하는 관리형 DB 사용DB 프로비저닝 , 백업 복구 작업 , 패치 등 사소한 관리 작업을 AWS 가 해결해줌 (APP에 집중 가능하게)원클릭으로 standby DB 설치하고 , 데이터 동기화 하는 Multi AZ 기능 사용 가능DB관련 할 일은 성능 조정, 스키마 최적화 그런 고차원적이 작업만 하면 된다   다양한 DB옵션 제공15개 이상의 엔진 제공Amazon RDS: 대표적인 RDB로 얘기한다Amazon Aurora : mysql 과 postgreSQL 이랑 연동 가능Amazon Redshift : DW용 DBAmazon DynamoDB :..

스토리지 옵션블록 스토리지파일 스토리지객체 스토리지 블록 스토리지EBS : EC2 instance 에 연결되어 블록 단위로 데이터 저장파일 스토리지EFS : 용량 및 성능을 프로비저닝 및 관리할 필요없음FSx : Windows 등 OS 위한 파일 스토리지객체 스토리지S3 : 다양한 형식/ 원하는 만큼의 데이터 저장 / 데이터 유실 확률 매우 적음S3 Glacier : 아카이빙 데이터 및 장기간 저장이 필요한 / 저렴한 비용Storage Gateway : 온프레미스에서 S3 와 같은 클라우드 스토리지에 엑세스제공 1. 객체 스토리지인 S3 살펴보기객체에 파일, 이미지 , 동영상 데이터, 메타데이터, key 등 저장파일 및 폴더 구조가 사용되지 않음버킷 내 모든 객체는 수평적으로 저장됨내구성이 99.9% (..

AWSomeday_02 컴퓨팅  컴퓨팅3가지 유형의 컴퓨팅 옵션가상머신 (EC2)서버리스(Lambda)컨테이너서비스 (ECS)  1. EC2 (가상머신)EC2는 web서버 , app서버 ,DB서버 등 원하는 대로 사용 가능하다AMI (Amazon Machin Image) 라는 이미지 기반으로 구성 가능AMI : Starage Volumn , 시작 권한, 블록 디바이스 매핑 등의 정보가 있다ex) 워드만 필요할 경우 AWS Marketplace에서 워드프로세스가 설치되어있는 이미지만 구매하면된다 400가지가 넘는 Instance 패밀리의 이름 사용사례범용트래픽이 적고 소,중규모의 데이터베이스A1, T3 T3a , T2 M6g , M5컴퓨팅 최적화고성능 웹서버 . 동영상 인코딩C5, C5n, C4, C7g메..

AWSomeday Conference 2024.07.12 진행  총 5가지 세션컴퓨팅스토리지데이터베이스네트워킹보안30 여개 Region중 선택 방법데이터 거버넌스 고려( 적합한 사람과 애플리케이션이 필요할 때 쉽고 안전하게 올바른 데이터를 찾고, 액세스하고, 공유하여 데이터 기반 의사 결정을 가속화....)고객 데이터가 특정 지역에 있어야 한다는 규정이 있을 경우지연시간 고려서비스 제공 유무리전마다 제공하는 서비스가 다름비용적 측면 AWS 엣지 인프라엔트포인트와 가깝게 AWS Outposts온프레미스에 저장되야하는 경우 사용마이그레이션, local critical app , 데이터 레지던시 업무AWS Local Zomes많은 사용자 , 대규모 매트로 센터local app 의 엑세스 시간이 단축마이그레이션..

AWR snapshot 데이터중 하나이다   AWR-  AWR snapshot은 기본적으로 1시간에 한번씩 기록된다  - snapshot은 수동으로 찍을 수 있고       (EXEC DBMS_WORKLOAD_REPOSITORY.CREATE_SNAPSHOT();)  - snapshot 주기도 변경가능다     (EXEC DBMS_WORKLOAD_REPOSITORY.MODIFY_SNAPSHOT_SETTINGS(interval =); )  - snapshot은 SYSAUX tablespace에 저장이 되고  - 보관주기또한 변경 가능하다       (EXEC DBMS_WORKLOAD_REPOSITORY.MODIFY_SNAPSHOT_SETTINGS(retention => );)  - DBA_HIST_ 로 시작..

이쁘게 보기 위한set pagesize 1000 /* page가 14마다 구분되지 않도록 크게 지정한다. */set linesize 300 /* linesize도 record 길이만큼 지정하여 아래로 구분되지 않도록 한다. */ 출력 제어-- 해당 컬럼 출력안함 column [컬럼명] noprint-- 명령이 display되지 않도록 한다. set echo off -- 조회 결과가 화면에 나오지 않도록 한다. set term off  이전 명령 보는 법 history 기능 키기 SQL> set hist onSQL> HIST[ORY] [n RUN | EDIT | DEL[ETE]] | [CLEAR | LIST]-- 과거이력 확인 SQL> history..

Oracle 에서 제공하는 뷰인 V$xxx_ADVICE를 통해 PGA와 SGA를 권고받았었다.AWR에서 누적된 값/ 시간단위로 기록된 값을 알 수 있다   Size Factor로 현재는 1.0인데 예시로 2.0이라면 2배로 늘릴 경우 어떤 수치가 나올지 예상해준다W/A MB : Work Area에서 현재 얼만큼 처리하고 있는지 보여준다 W/A to Disk : Disk 에는 이만큼 쓰고 있다   위의 결과를 보면, Size Factor를 크게 잡는다고 선형적인 결과를 얻을 수 없다는걸 알 수 있다20% 늘린거와 8배로 늘린거의 Disk Read//Write 가 다르지 않다

SQL Statisitcs 항목 •SQL ordered by Elapsed Time (수행시간)   : 자주 봄  •SQL ordered by CPU Time (CPU 시간) : CPU를 얼마나 썼는가 •SQL ordered by User I/O Wait Time  •SQL ordered by Gets (User I/O Wait 시간) (Buffer Cache access block 수)  : Logical IO 자주 봄   •SQL ordered by Reads (Physical(Storage) access block 수)  : Physical IO 자주 봄  •SQL ordered by Physical Reads ( UnOptimized) : Optimize가 안된것 •SQL ordered by Ex..

CASE 1)  내 분석 - Redo Log Size 24kb  per  Sec /  3kb per Tx -> 1sec당  tx 한 6-7개 있는건가보다- Logical Read 가 많고 Physical은 적다  -> tunning 잘되어있나보네 -> 1G 정도 읽음 - Block change 별로 없고 문제 없어보이는데? 강사의견- Logical Read 는 좀 많은 편이나/ Physical Read는 거의 없다 - 문제가 없어 보인다. CASE 2)   내 분석 - Redo Log Size 23kb  per  Sec /  1kb per Tx -> 초당 18개정도의 tx-> transactions는 16이다-> log 가 초당 - Logical Read (4G)  /  Physical (125M)  -..