죽어버린 Sharepoint 팀 사이트를 살려라. 사건개요 보기
DB까지는 어떻게 회복을 했다. 그리고 다시 다른 서버에 Sharepoint Service 3.0을 새로 설치하고, 기존 서버를 백업한 파일을 Restore하는 방식으로 Sharepoint 서버를 옮기게 되었다.
여기서, 또 하나의 문제가 발생했다. 서버를 옮길 때에 기존에 있던 모든 계정을 똑같이 만들어줬음에도 불구하고, 기존 계정들과는 다르게 인식이 되는 것이다.
즉, 똑같은 kkongchi라는 계정으로 로그인을 해도 기존에 썼던 게시물은 내가 쓴 것이 아니게 되는 이상한 현상이 벌어지는 것이다. 결국 내가 그전에 썼던 게시물을 수정하거나 삭제하지 못하게 된다. 물론 불편한 대로 쓸 수는 있겠지만, 깔끔하지가 못했다.
그래서 조사해본 결과, 다음 문서를 Microsoft의 Support Knowledge Base에서 찾을 수 있었다.
After you migrate a user from a different Active Directory domain, the user can no longer access Windows SharePoint Services
위 문서는 사실 내 경우와는 좀 다르다고 하겠다. 위 문서는 Sharepoint Service의 MIgration 시에 할 수 있는 것들을 자세하게 다루고 있다. 하지만 아래 쪽에 보면 STSADM 유틸리티를 사용해서 User를 Migrate할 수 있는 방법을 알려주고 있다. 내가 원하는 것은 바로 이것이었다.
stsadm -o migrateuser -oldlogin DOMAIN\user -newlogin DOMAIN\user [-ignoresidhistory]
위 방법을 써서 바로 현재 사용자들과 기존 사용자들을 Sync시킬 수 있었다. 이제 완전히 같은 환경이 된 것이다. 그러나...
To Be Continued...
DB까지는 어떻게 회복을 했다. 그리고 다시 다른 서버에 Sharepoint Service 3.0을 새로 설치하고, 기존 서버를 백업한 파일을 Restore하는 방식으로 Sharepoint 서버를 옮기게 되었다.
여기서, 또 하나의 문제가 발생했다. 서버를 옮길 때에 기존에 있던 모든 계정을 똑같이 만들어줬음에도 불구하고, 기존 계정들과는 다르게 인식이 되는 것이다.
즉, 똑같은 kkongchi라는 계정으로 로그인을 해도 기존에 썼던 게시물은 내가 쓴 것이 아니게 되는 이상한 현상이 벌어지는 것이다. 결국 내가 그전에 썼던 게시물을 수정하거나 삭제하지 못하게 된다. 물론 불편한 대로 쓸 수는 있겠지만, 깔끔하지가 못했다.
그래서 조사해본 결과, 다음 문서를 Microsoft의 Support Knowledge Base에서 찾을 수 있었다.
After you migrate a user from a different Active Directory domain, the user can no longer access Windows SharePoint Services
위 문서는 사실 내 경우와는 좀 다르다고 하겠다. 위 문서는 Sharepoint Service의 MIgration 시에 할 수 있는 것들을 자세하게 다루고 있다. 하지만 아래 쪽에 보면 STSADM 유틸리티를 사용해서 User를 Migrate할 수 있는 방법을 알려주고 있다. 내가 원하는 것은 바로 이것이었다.
stsadm -o migrateuser -oldlogin DOMAIN\user -newlogin DOMAIN\user [-ignoresidhistory]
위 방법을 써서 바로 현재 사용자들과 기존 사용자들을 Sync시킬 수 있었다. 이제 완전히 같은 환경이 된 것이다. 그러나...
To Be Continued...