일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
- Row-Source Generation
- SQL파싱
- 스프링 실행 에러
- 국가공은자격증
- FTP
- db
- 윈도우 kill -9
- jenkins
- 프로그래머스 전호번호 목록
- 베트스앨범
- Clooection
- Oracle
- 리액트 돔
- SQL Optimizer
- 코딩테스트
- 윈도우 프로세스 죽이기
- EC2
- jenkins gitlab 연동
- 인바운드규칙
- SQL Parser
- 프로그래머스 위장
- Hard Parsing
- 깃랩 젠킨슨 연동
- AWS
- 알고리즘
- SFTP
- 프로그래머스
- Java
- Soft Parsing
- SQL
- Today
- Total
목록전체 글 (21)
알파돈
AWS에서 RDS서비스를 사용하여 데이터베이스를 생성한 다음 각종 디비 툴을 사용하여 접속하면 바로 접속 안된다. 그이유는 데이터베이스 VPC보안그룹에 설정된 그룹에 인바운드 규칙 때문이다. 인바운드 규칙이란 pc에서 서버내부로 접속하는 규칙이다. 인바운드 규칙에 접속하려는 pc의 ip주소가 허용되지 않은 상태라 그런다. 위 사진은 접속을위해 0.0.0.0/0설정하여 모든환경에서 접속 가능한 상태이다. Edit inboind rules 버튼을 눌러 사용중인 VPC 보안그룹에 규칙을 추가해준다. aws DB 프로젝트를 진행하거나 하는 경우는 0.0.0.0/0을 사용하여 모두 열어주면 편하다. (대신 접속정보는 유출하는 순간 엄청난 금액이 청구될수도 있다.)
ora-00000 성공적인 정상 종료입니다. ora-00001 유일성 제약조건(%s.%s)에 위배됩니다. ora-00017 트레이스 이벤트 설정이 세션에 요구되었습니다. ora-00018 최대 세션 수를 초과했습니다. ora-00019 최대 세션 라이선스 수를 초과했습니다. ora-00020 최대 프로세스 수(%s)를 초과했습니다. ora-00021 세션이 다른 프로세스에 첨부되어 있음; 세션을 변경할 수 없습니다. ora-00022 부적절한 세션 번호; 액세스가 거절되었습니다. ora-00023 세션이 프로세스 고유의 메모리를 참조함; 세션을 분리할 수 없습니다. ora-00024 단일 프로세스 모드에서는 하나 이상의 프로세스가 로그인할 수 없습니다. ora-00025 %s에 메모리를 할당하는데 실패했..