5
저는 SSIS 패키지를 SQL이 아닌 서버의 솔루션에 보관하는 것을 선호합니다. 기본적으로 민감한 데이터는 사용자 키로 암호화됩니다. SQL Server 에이전트는 작업을 실행하기 위해 서비스 계정을 사용하므로이 암호화 방법을 다른 것으로 변경해야합니다. 나는 암호로 암호화하는 것을 좋아한다.SQL Server 에이전트 작업에 중요한 암호화 된 암호는 어디에 저장합니까?
문제는 단계에서 작업을 설정할 때마다이 암호를 입력 할 수있는 곳이 없다는 것입니다. 구성 탭을 클릭하면 비밀번호 팝업 대화 상자가 나타납니다. 그렇게하면 제대로 저장 될 수 있지만 실제로 넣을 수있는 장소입니다. 정말 이상한 것 같아요. 그리고 제가 일정한 변화를 주면 그 자체가 리셋되는 것처럼 보이는 문제에 계속해서 뛰어 가고 있습니다.
더 안정적인 암호를 입력하는 더 좋은 장소를 아는 사람이 있습니까?
감사합니다,
Windows 인증을 사용하여 SQL Server 인증을 피하고 패키지를 실행하는 데 필요한 권한을 사용할 수 있는지 확인 할 수 있다면 당신은 모든 패키지에 암호를 할 필요가 없습니다
당신의 단락 솔루션이 좋은 것 같지만, 내가 믿지 않는 부분은 효과가있을 것 같습니다. 사용자 키 문제만큼이나 권한 문제는 아닙니다. –
나는 Windows 인증을 의미 ... 패키지를 만들 때 암호를 입력하지 않습니다. –
예. Windows 인증을 사용할 때 'dontsavesensitive'를 사용할 수 있습니다. 왜냐하면 아무 것도 민감하지 않기 때문입니다. 패키지에 암호가없고 암호가 필요하지 않습니다. Windows 인증을 지원하지 않는 시스템을 다루는 경우에는이 작업을 수행 할 수 없습니다. –