민서가 태어나면서 제일 먼저 늘어난 살림살이가 차였습니다. 자가용이 생기니깐, 거리에 상관없이 다니기는 편한데, 좋지 않은 점은 어디 갈때마다 주차장을 신경쓰게 되었습니다.
그래서, 어디 가기 전에 꼭 살펴 보는 것이 가는 길을 숙지하기 위한 지도와 주차장 관련 정보였습니다. 지도는 콩나물 지도를 주로 이용했습니다. 나 혼자 맨 몸으로 가는 것은 어디 다 떨어뜨려놔도 잘 찾아 다니는 편인데, 차를 운전하니깐 아무래도 제한적이 더라구요. 그래서 그런지 초행길은 상당히 긴장을 하고 다녔습니다.
주차장도 워낙 주차비가 비싸서 될 수 있으면 양가집에 차를 놓고 대중 교통을 이용해 보려고 했는데, 민서랑 같이 움직이는 것은 거의 불가능이라서, 어쩔 수 없이 잘 안다녔습니다. ^^
그러다 이번에 아침에 일어나서 창 밖을 보니 하늘이 너무 파랗게 보여서 큰 맘 먹고, 움직였습니다. 양가 부모님댁도 아닌, 대형마트도 아닌 단순한 나들이를 위해서 선유도 공원을 가기로 했습니다.
손 윗 동서가 주신 네비도 있어서, 차를 주차 시킬 수 있는 곳만 찾으면 될 것 같아서, 인터넷을 뒤적 거렸더니, 한강 고수 부지가 여러 지구로 나뉘는데, 양화 지구에 유람선 선착장이 있다고
합니다. 거기에다 주차하면 된다고 해서, 출발했습니다.
네비게이션이 안내하는 데로 가다보니, 당산역을 지나 굴다리를 통과해서 가는 것은 예전에 찾아 갔을 때랑
똑같았습니다. 그 당시도 당산역 굴다리에서 선유교까지 한참을 걸었었는데, 차로 가니 금방 이더군요.
의사 선생님이 민서가 뱃속에 있을 때, 하도 겁을 줘서 민서맘이 좀 신경을 썼었습니다.
그래서, 밤에 산보도 많이 하고, 계단도 자주 걸어다니고, 그러다 동네에서만 다니기가 재미없어서 찾다가 선택한 곳이 선유도 공원이었습니다. 근데 그 때 걸은 거리가 상당했던지, 다녀와서 일요일까지 집에서 꼼짝도 안했습니다. 그래도 이렇게 해서 그런지 민서가 태어났을 때 3kg 이었죠.
뭐, 나름데로 성공했죠. ^^
아무튼, 그 길을 다시 차로 지나 가니 나름 데로 감회가 새롭더군요.
차를 주차 시키고 (주차비는 1회에 3000원 이었습니다. 그러나 차에 요일제 스티커가 붙어 있던 관계로 20% 할인 되서 2400원에 주차를 했습니다.), 첨으로 한강에서 하늘로 쏘는 분수를 봤습니다.
실제로 본 것은 이 날이 첨이었습니다. (나 서울 사람 맞나? ㅋㅋ) 잠깐 감상을 한 후, 선유도 공원을 가기 위해 이동했습니다.
아침 12시 쯤 도착했는데, 들어간 입장객이 약 1200명 정도 되었습니다.
선유교를 건너서 들어갔더니 의외로 많은 사람들이 있다고 느껴지지는 않았습니다.
민서도 유모차에서 내려줘서 걷게 해주었더니, 좋아 하더라고요. 평상시에는 손잡고 걷는 것을 싫어 하는데, - 잡으려고 하면 손을 뿌리 칩니다. ^^ - 계단을 만나면 민서도 계단에 익숙하지 않는다는 것을 스스로 알고 있어서, 제게 손을 쭉 뻗습니다.
얄미워서 모른 척 하려고도 했지만...^^
그렇게 여기 저기를 돌아다니면서, 예전 우리 부부가 찍었던 장소에서 사진도 찍고, 나무 그늘에 돗자리도 펴서 가져간 과일이나 호두도 까먹고 하다 돌아왔습니다.
오후 3시 쯤 나올 때 보니 약 1700명 이더군요. 그리고 보니, 요샌 사진 동호회 같은 곳에서 출사를 많이 오셨더라고요. 이쁜 모델 분들하고..
가끔 그 장비들이 부럽긴 한데, 막상 사면 그냥 썩힐 것 같아서, 그리고 뭔가를 배워서 한다는 것도 귀찮고..흐흐 그래도 아주 가끔씩 땡길때도 있습니다.
회사서 업무용으로 쓰는 내 PC의 OS는 Vista 이다. VIsta에 업무에 필요한 IDE와 DB를 설치해서 사용하려고 기존에 쓰던 것들을 설치하고 있다. 기존에 Windows Server 2003에서는 별 문제 없이 사용하던 것들이 Vista1 로 오면서 문제를 일으키고 있다.
지금 쓰려고 하는 MS SQL2005도 마찬가지 이다. 전에 아무생각 없이 깔 때는 에러가 중간에 발생을 해도 무시하고 깔았었다. 그러다 보니 Vista에서 제대로 쓰기 위해서는 서비스 팩을 설치해야 된다고 하는데 서비스 팩을 받아서 설치하다 보면 제대로 설치를 하지 못한다.
그래서, 이번에 다시 설치를 할 때는 무슨 에러인지 제대로 잡아보려고 신중하게 설치를 했다. 역시 에러가 발생을 해서 메세지를 확인해 봤다.
sqlmgmproviderxpsp2up.mof 파일이 빌드를 제대로 하지 못한다는 에러였다.
여기서 잠깐, mof 확장자는 Management Object Format 의 줄임말로 특정 리소스에 대해서 WMI 통해서 값을 제공하는 네임스페이스 및 클래스 정보 파일입니다.
출처웹사이트: 서버주무르기[Serverinfo.pe.kr], http://www.serverinfo.pe.kr/ Windows Server, IIS, SQL Server, Exchagne 서버운영자를 위한 팁앤테크, QnA 게시판
이 에러를 해결하기 위해서 mofcomp를 이용해서 따로 실행을 해보았지만, 똑같은 에러를 발생시키기만 했다. 그래서, 관련 정보를 더 찾아보기 위해서 인터넷에서 검색을 해보기로 하고, 해당 파일 이름으로 검색을 했다.
역시나 우리나라 언어권에서는 이 에러와 관련한 사항이 없고, 영어권에서는 관련 자료들이 검색이 되었다. 위의 해당파일과 관련한 에러를 찾아보니깐 58개가 검색이 되었다. 58개면 많은 것은 아니었기 때문에 하나, 하나 열어 보기로 했다.
속이 울렁거리는 증상을 참고, 하나 하나 읽어보았다. 그러다 찾은 것이 Microsoft 의 MSDN 포럼에 올라온 글이었다. 그 글은 CTP2로 작업을 한 것이었지만, 왠지 내 경우와도 관계가 있을 것 같아 다음 스크립트와 똑같이 진행을 해보았다.
Microsoft Windows [Version 6.0.6000] Copyright (c) 2006 Microsoft Corporation. All rights reserved.
C:\Windows\system32>winmgmt /verifyrepository WMI repository is INCONSISTENT
C:\Windows\system32>winmgmt /salvagerepository WMI repository salvage failed Error code: 0x8007041B Facility: Win32 Description: A stop control has been sent to a service that other running ser vices are dependent on.
C:\Windows\system32>winmgmt /salvagerepository WMI repository has been salvaged
진행한 결과 출력 메세지가 한글로 나온다는 것만 빼고는 똑같이 진행이 되었다. 아마 WMI가 VIsta에서는 제대로 작동을 하지 못했던 것 같습니다.
여기서 잠깐, WMI란?
원래 1998년 Windows NT 4.0 서비스 팩 4의 추가 구성 요소로 릴리스된 WMI는 Windows 2000, Windows XP 및 Windows Server 2003 운영 체제 제품군에 구축된 핵심 관리 기술입니다.
DMTF(Distributed Management Task Force)에 의해 발견된 업계 표준을 기반으로 한 WMI는 거의 모든 Windows 리소스를 액세스하고 구성하고 관리하고 모니터링할 수 있는 수단이자 통로입니다.
WMI의 기능을 이해하려면 이전에 Windows 워크스테이션과 서버를 관리하고 모니터링 했던 방법을 생각해 보십시오. 디스크, 이벤트 로그, 파일, 폴더, 파일 시스템, 네트워크 구성 요소, 운영 체제 설정, 성능 데이터, 프린터, 프로세스, 레지스트리 설정, 보안, 서비스, 공유, 사용자, 그룹 등과 같은 Windows 리소스를 관리하는 수많은 그래픽 관리 도구를 사용해 봤거나 현재 사용하고 있을 것입니다.
그래픽 관리 도구가 기능적인 관리 솔루션을 제공하긴 했지만 그들의 공통점은 무엇일까요? 한 가지 대답은 WMI 이전에는 모든 Windows 그래픽 관리 도구가 Windows 리소스를 액세스하고 관리하는 데 Win32 API(Application Programming Interface)에 의존했다는 것입니다. 그 이유는 무엇일까요? WMI 이전에는 Win32 API를 통해서만 프로그래밍 방식으로 Windows 리소스에 액세스할 수 있었기 때문입니다.
대부분의 스크립팅 언어에서 Win32 API를 직접 호출할 수 없기 때문에 널리 사용되고 있는 스크립팅 언어를 사용하여 일반 시스템 관리 작업을 자동화하는 쉬운 방법이 없는 이러한 상황이 Windows 시스템 관리자에게 남겨진 것입니다. WMI는 모든 Windows 리소스를 외부 세계에 설명하고 드러내어 일관된 모델과 프레임워크를 제공함으로써 이러한 문제를 변화시켰습니다.
그리고 무엇보다도 시스템 관리자는 WMI 스크립팅 라이브러리를 사용하여 WMI를 통해 게시된 Windows 리소스를 관리할 시스템 관리 스크립트를 만들 수 있습니다.