일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- unity
- Python
- nodejs
- MySQL
- Windows
- 설정
- Kibana
- AWS
- ssh
- s3
- 엘라스틱서치
- build
- Git
- elasticsearch
- JavaScript
- 구글
- 영어
- API
- Ai
- JS
- mariadb
- ChatGPT
- 유니티
- Linux
- docker
- logstash
- MSSQL
- sample
- error
- Today
- Total
목록schema (2)
가끔 보자, 하늘.
에러 메세지(error 15136) : "데이터베이스 보안 주체는 데이터베이스의 스키마를 소유하여 삭제할 수 없습니다.", 다른 팀에서 MSSQL서버를 scale up을 위해 이관하던 중 어떤 이유에선지 특정 계정이 db의 owner로 지정된 경우가 최근 발생한 것을 확인했었습니다. 권한 조정이 필요한데 특정 계정이 삭제 안된다는 문의가 와서 확인을 했더니 sp 실행권한만 있어야 할 계정이 db_owner로 떡하니 설정되어 있더군요. 이런 경우 GUI에서 계정 해제가 불가능하므로 쿼리로 owner 권한을 dbo로 이관해야 합니다. 다음 쿼리로 조정이 가능합니다. alter authorization on schema::db_owner to dbo; 위와 같이 권한을 위임을 하면 해당 계정을 삭제하거나 권한..
MSSQL에서 DB를 복구 시 복구된 DB에 연결된 사용자가 있어 재설정 시 복잡한 경우가 발생합니다. 아래와 같은 순서로 복구를 진행하면 편리합니다. 복구 전 사용한 같은 이름의 사용자를 생성합니다. 복구 전이므로 기본 데이터베이스는 기본으로 설정합니다. DB를 복구합니다. 이때 같은 이름의 사용자가 있으면 복구된 DB에서는 초기화되어 자동 삭제됩니다. 이제 보안 -> 로그인 으로 가서 사용하려는 사용자의 기본 데이터베이스도 설정하고, 사용자 매핑에서 사용할 DB를 지정하고 스키마 설정을 합니다. 위와 같이 진행하면 깔끔하게 마무리 됩니다. 만약 복구를 선진행했다면 설정된 사용자을 지우고 다시 생성, 연결해야 합니다. 이때 사용자를 삭제하려면 데이터베이스의 스키마를 소유하고 있어 삭제할 수 없다는 에러..