2015.09.23 02:03 Windows/Server

I would like to share a few things I felt during my consulting career.

Having my work mostly associated with the Microsoft products with the majority of people around me using them, most of my knowledge on IT is about the Microsoft products and I proudly call myself a Microsoft enthusiast. It allows me to be less hesitant with the new technology and look for the reasons when there’s a doubt. In case I still do not like what I see in the product, I’d usually keep it to myself, although sometimes I complain about it.

There are a few Microsoft products that I personally think deserve better attention.

The first product would be the OneNote, with its high degree of completion, it is convenient to use but lacks of users. There could be a few reasons for this. The first reason could be that many users do not even know its existence which is included with the Microsoft Office suite in their PCs. For those of you who didn’t have an opportunity to try the OneNote yet, I strongly recommend to try the program.

Once you turn the program on, it will walk you through some basic user instructions thoroughly.

The next product would be AD (Active Directory) which I will cover today.

AD is more of a service than a product. In other words, it “saves the information about something on the network and allows easy access to this information for the manager or the user”. There is some more specific information about the AD in the Microsoft TechNet library link below,





However, out of numerous companies in our country, it is quite rare to see the one using the AD as it should be used. Many companies install it for other reasons (e.g.: to use the exchange), but very few takes the real advantage of using the service.

Below are some typical reasons mentioned by the clients.

1. AD is difficult.

Many people think they need a competently skilled engineer specializing in Windows Server in order to manage AD.

In other words, do they mean that they lack of the skilled engineer or that current engineers do not see the full necessity of the work? It is true that a certain level of understanding on Windows Server is required to operate AD effectively, which also implies more experience and knowledge. However, most experienced Windows engineers in our country cannot have the AD job as the main priority when they have other important workload on their hands, which caused the AD to become a secondary technology.

Their prioritized work could be to install the server and LAN line, take care of their bosss broken PC, do some backups, stay all night and still work in the weekends.

While not everyone knows everything from the scratch, it is also true that the company and the engineer need to co-operate together to realize the necessity of AD. For example, sending the employees to AD education program, engineers voluntarily studying about AD and appeal to others how effective AD can be by applying it adequately on the company. However, we see no one doing this yet.

2. AD is not necessary

I see a lot of people saying that they do not need the AD in their company. In case with companies without many PCs operating and internal infrastructure managed well without PC, I would not recommend AD myself either.

However, with those who say I dont need the AD but I want to use the Exchange Server, or I want to implement Lync or System Center, or I only want to use Lync so why do we need AD? we can come across some trouble.

Recent cases who wanted to implement the Microsoft product involve similar cases as above. Sometimes, I cannot help myself but say It is like using a spoon when you eat rice.

In other words, Exchange, Lunce, System Center, SharePoint and CRM etc all go with the AD. It is not about the necessity, but it’s a mandatory.

There was also one who questioned Wouldn’tt we get subordinated by the Microsoft as soon as we implement the AD? The answer for this is, No.

AD is designed to assist and interwork with other non Microsoft products. Although there might be minor limitations, you can definitely lower your guard as it also interworks with VCenter of VMware for example.

The technology from companies such as Microsoft, Apple, Google and Linux are not those against interworking with others. We can easily find ways to interwork their technologies if some time is spent on planning. The AD technology is also not a necessary evil nor requires exclusiveness.

Therefore, if youre still thinking that you want to implement something but AD is in the way, you might want to reconsider the factors mentioned in this post.


3. Cost issue


I hear a lot of this from Small-Medium Enterprises.

I wanted to implement SCE but now I also need AD. I didn’tt expect to see the need to install another physical server, Windows Server and CAL.

While it might be difficult for even bigger companies to purchase one physical server, it will be a bigger burden for SMEs, which I feel sorry for. However, as an option for with the minimal costs, AD doesn’tt necessarily need a server with a large capacity. For example, you can install the AD on your spare PC, as it doesn’tt require and equipment with higher specification.

In regards to the license, I do apologize for having to say that its something out of my hands, so I can only see what I can do but keep your expectations low.

SMEs have another issue with the engineer management.

They could feel burdened to implement and manage AD with only two or three employees working on minor jobs such as maintenance possibly without the data processing department.
Are you thinking that you don
t need the server or AD because you are only working as the maintenance staff in a small company? Would situation be the same in 5 to 10 years? Or are you staying away from it because your company doesn’t seem interested in purchasing or implementing the technology?

This might be a time to step for a change. It will make you feel better if you could influence others for a change by taking an initiative. 

To conclude this post, I would like you to remember that…

AD is not difficult, although its not that easy either.
AD could be the initial point to solve the issue with resource expansion in IT environment.
AD could allow you the centralized and flexible management system.
AD provides the internet standard directory, meaning it goes well with other vendors.
AD could really be better than your prejudice.

Posted by 얼음무지개

댓글을 달아 주세요

  1. Favicon of http://www.beaufortnc300.info/games/pinball-map/ BlogIcon Eibmoz 2012.02.11 01:39 신고  댓글주소  수정/삭제  댓글쓰기

    구글 언어 번역기를 달아 놓았습니다.

  2. Favicon of http://osiris567.insanejournal.com/707.html BlogIcon caralie 2012.02.22 06:11 신고  댓글주소  수정/삭제  댓글쓰기

    자세히보 힌흔이조금 보이 것 같기 네)세에 아 재주를 은사람이무 은

  3. 불쌍한1인 2012.03.13 11:45 신고  댓글주소  수정/삭제  댓글쓰기

    안녕하세요 스마트폰이 Exchange Server와 싱크되는 글을 보고 연락드립니다
    다름이 아니고 스마트폰 분실해서 글 작성하신대로 원격으로 초기화 시키고 싶어서그런데
    그쪽으로는 문외한이라 어떻게 할 방법을 몰라서 이렇게 글로 적어봐요
    분실한 스맛폰 안에 개인자료가 너무 많아서 꼭 초기화 시켜야해서 연락드립니다
    분실 기종은 아이폰 4s 이구요 010 9722 4222 로 연락주셔서 원격동기화 어떻게하는지
    조금만 도움주시면 감사 감사 또 감사 합니다 ㅠㅠ 꼭 연락 부탁드릴게요
    저거 친구번혼데 제가 당분간 들고있어서 ㅠㅠㅠㅠㅠ 꼭부탁드릴게요

2015.09.22 15:09 Windows/Server

최근 몇몇 업체에서 컨설팅 아닌 컨설팅을 다니면서 느낀 점이 있어서 적어두려고 합니다.


개인적으로는 마빠(Microsoft 빠돌이) 축에 속하는 편입니다. 알고 있는 IT 기술 대부분이 Microsoft의 것들이고 주로 활동 하는 영역도 그렇고 관련 지인들도 대부분 Microsoft의 일을 합니다. 그러다 보니 Microsoft의 기술을 받아 들이는데 있어서 큰 거부감도 없고 탐탁치 않은 부분이 있을 경우에는 왜 그렇게 했는지를 먼저 찾아 보고 확인을 해봅니다. 그래도 맘에 들지 않으면 툴툴대면서 맘속에 새겨 두기만 합니다. 가끔 까는 이야기도 하긴 하지만 공식적인 자리에서는 그냥 이런 것은 이래저래서 맘에 안든다는 표현 정도만 하고 맙니다.


개인적으로 가장 안타까운 Microsoft의 제품이 몇 개 있습니다.


첫번째가 Onenote 인데. 완성도가 높고 사용하기도 편리한데 의외로 사용자 층이 넓지 않습니다. 그렇게 된데에는 여러 이유가 있겠습니다만(그 이유가 별로 궁금하지는 않습니다.) 의외로 많은 사용자들이 원노트 라는 제품을 인지 하지 못하고 있고 심지어는 Microsoft Office에 포함되어 PC에 설치 되어 있어도 그 사실 조차 모른다는 것은 무척이나 아쉽습니다. 혹시라도 지금 이 글을 보시는 분중에 원노트를 사용하고 있지 않는 분이 있다면 꼭 사용해 보시기 바랍니다. 사용법은 원노트를 실행 하면 기본적으로 자세한 사용 방법이 포함되어 있습니다.


그 다음이 오늘 말하고 싶은 AD(Active Directory) 입니다. AD는 제품이라기 보다는 Windows Server의 서비스중 하나 입니다. 간단하게 설명하자면 "네트워크상의 개체에 대한 정보를 저장하며 관리자와 사용자가 이 정보를 쉽게 찾아 사용할 수 있도록 하는 기능" 입니다. 더 자세한 내용을 알고 싶은 분은 Microsoft Technet 라이브러리에 있는 Active Directory (http://technet.microsoft.com/ko-kr/library/cc782657(WS.10).aspx)를 참고 하시면 됩니다.



아뭏튼... 그런데... 그러나...

우리나라에 그 많은 기업들 중에 AD AD 답게 사용하는 회사가 흔치 않습니다. 많은 기업들이 AD를 설치 했다고는 하지만 다른 이유(대표적으로 Exchange를 사용하기 위해서)로 인하여 AD를 설치만 했을 뿐이지 실제로 AD가 가지고 있는 수 많은 기능중의 대부분을 사용 하지 않습니다.(못합니다?).


몇몇 회사의 이야기를 들어 보면 이런 이유 때문인것 같은데요.


1. AD는 어렵다.

이말은 "AD 관리를 하려면 높은 스킬의 Windows Server 엔지니어가 필요하다." 는 말입니다.

바꿔 말하면 내공이 높은 엔지니어가 없고 현재의 엔지니어들도 이에 대한 필요성이 없거나 필요가 없다는 뜻일까요? 실제로 AD를 원할하게 관리하려면 어느정도 수준의 Windows Server 이해도가 필요한 것은 사실입니다. 그러려면 약간의 연차도 필요하게 되죠. 그런데 우리나라 기업에서의 Windows 엔지니어는 AD만 하면서 일을 할 수 있지 않습니다. 다른 해야할 일들이 산더미 처럼 쌓여 있다보니 AD는 항상 뒷전인 기술이 되버린 것은 아닐까 생각됩니다. 서버 설치도 하고 랜선도 깔아야 하고 윗사람 PC 고장난것도 봐줘야 하고 백업 하고 패치 하고 밤새고 주말에도 일하고...
처음 부터 다 알고 하는 사람은 없습니다. 이 부분은 회사와 엔지니어가 AD에 대한 필요성을 인식해서 함께 움직일 필요가 있을 것 같습니다. 회사에서는 AD 교육도 보내주고 엔지니어는 스스로 AD에 대해서 공부 하고 AD의 필요성에 대해 어필을 하고 회사에 맞는 정책으로 적용하여 인프라를 운영하고 관리 하는데 AD가 있으면 좋아지는 것을 보여주어야 할겁니다. 그런데 이와 같은 일을 아무도 안하잖아요.


2. AD 필요 없다.

우리 회사는 AD가 필요 없어요.” 라는 이야기를 자주 듣습니다. 실제로 운영하는 서버나 PC도 얼마 없고 사내 인프라도 AD가 필요 없이 관리가 가능하다면 굳이 AD를 도입할 필요는 없습니다. 저도 이 부분에 대해서는 굳이 권하지는 않습니다. 다만 "AD는 필요 없는데 Exchange Server를 사용 하고 싶어요 라던지 Lync를 도입하고 싶어요 라던지 System Center를 도입하고 싶어요."와 같은 입장이라면 난감한 상황일 수 밖에 없습니다.

최근 Microsoft 제품을 도입 하려는 경우에 흔히 발생 하는 상황이 이와 같습니다.

만 사용하고 싶은데 AD가 굳이 필요해요

이와 같은 질문을 하면 짜증도 나고 답답하기도 하기도 해서 "밥 먹을때 필요한 수저와 같은 역할 입니다." 라고(굳이 이런 비교가 억지스럽긴 하지만) 말을 합니다. Exchange, Lynce, System Center, Sharepoint, CRM 등 대부분의 제품들이 AD와 함께 합니다. 필요 없다의 문제가 아니라 필수로 따라 다니는 녀석입니다.

이에 대해서 어느 분이 이런 말을 했습니다. "AD가 도입 되는 순간 Microsoft에 종속되는 것 아니냐?" 라고. 절대 그렇지 않습니다. AD Microsoft사의 제품이 아닌 타사의 제품과도 연동 하여 사용할때 도움을 주고 받을 수 있도록 되어 있습니다. (물론 제한적일 수 있겠지만) 예를 들면 VMware VCenter AD가 필요 합니다. 너무 색안경을 쓰고 보지 않았으면 합니다.

Microsoft, Apple, Google, Linux 과 같은 회사의 기술은 절대로 섞이지 않는 정당의 당론이 아닙니다. 함께 머리를 대고 생각하면 쉽게 해결할 수 있는 공유 가능한 기술입니다. AD역시 필요악도 아니고 배타적인 기술이 절대 아닙니다. 물론 필요성이 전혀 없다면 모르겠지만 무언가 도입하고 싶은데 AD 때문에... 라는 말은 이제 안하셨으면 합니다.



3. 비용이 부담됩니다.

중소규모의 회사들에서 주로 듣게 되는 이야기 입니다.

"SCE를 도입하려고 했는데 AD도 도입해야 하는군요. 생각지도 않았던 물리적인 서버 1대와 Windows Server 라이센스 1개와 CAL이 추가로 필요한 것은 몰랐어요."

엔터프라이즈급의 회사도 서버 한대 구매 하기가 쉽지는 않을 겁니다. 그런데 중소규모의 회사에서는 더 그럴 것이라 생각됩니다. 이 부분은 마음이 아플 수 밖에 없습니다. 하지만 최소의 비용을 선택 하려 한다면

는 반드시 대용량의 서버가 필요한 것은 아닙니다. 놀고 있는 PC AD를 설치해도 됩니다. AD는 물리적으로 높은 스펙의 장비가 필요 없기 때문입니다. 그리고 "라이센스 문제는 제가 어쩔 수 없는 영역입니다. 도와 드릴 수 있는 방법이 있는지 확인은 해보겠지만 기대는 하지마세요." 답을 해야 하는 제가 죄송합니다.

중소규모의 회사는 물리적인 비용외에 위에 언급되었던 엔지니어에 대한 문제가 함께 발생 합니다. 100명이 넘는 회사라고 해도 전산실이 없거나 있더라도 두세명의 전산실 직원이 간단한 유지보수 정도만 하고 있는 상황이어서 AD를 도입하고 관리하는데 부담이 될 수 밖에 없습니다.

나는 작은 회사 전산실에서 PC나 손보는 일을 하니까 서버나 AD 같은건 안해도 된다고 생각하며 세월을 보내시나요? 5년 후에도 10년 후에도 그럴 건가요? 회사에서 사주지도 않는데... 도입도 않할텐데... 라는 생각을 먼저 하지 마시고 미래를 위해 나 먼저 바꾸는 변화를 시도해 보시기 바랍니다

세상이 바뀌어야 내가 변하는 것보다, 내가 바뀌어서 세상이 변한다면 더 좋지 않을까요?



필요 이상으로 글이 길어졌네요. 글재주가 있지 않아 내 생각을 그대로 표현 하지는 못하지만 결론을 짓자면



   AD는 어렵지 않습니다. 그러나 많이 쉽지는 않습니다.
   AD IT 자원의 팽창으로 인한 문제점을 해결 하기 위한 시작점입니다.
   AD로 중앙 집중적인 관리와 유연성을 갖춘 정책운영을 할 수 있습니다.
   AD는 인터넷 표준 디렉터리 서비스를 제공 하므로 타 벤더와 잘 어울립니다.
   AD를 두려워 하지 마세요. 해치지 않습니다.


P.S. 글쓰기 학원 잘 아는데 있으면 소개좀 시켜 주세요.

Posted by 얼음무지개

댓글을 달아 주세요

  1. Favicon of https://archvista.net BlogIcon archmond 2012.01.11 14:00 신고  댓글주소  수정/삭제  댓글쓰기

    좋은 글, 잘 보고 갑니다.

  2. Favicon of http://vstarmanv.tistory.com BlogIcon woojuin 2012.01.11 15:27 신고  댓글주소  수정/삭제  댓글쓰기

    글쓰기학원 필요없으실것 같습니다. 매우 잘쓰셨는데요 ^^

  3. Favicon of http://gongdosofft.com BlogIcon gongdo 2012.01.11 16:01 신고  댓글주소  수정/삭제  댓글쓰기

    중소기업에서, 결국은 모든 문제는 '돈'으로 귀결되지요 T_T

2012.01.12 15:45 Windows/Server

Microsoft의 이벤트 중에 “IT 무림 고수를 찾습니다라는 이벤트가 있습니다.

간단하고 편리한 Tip을 받아서 소개 시켜 주고 인증서와 과자를 들고 무림 고수 사무실로 찾아 가는 이벤트도 해주고 최종 1명에게 TechEd 지원을 해주는 특전이 주어집니다. 관심 있는 분은 https://facebook.com/koreahero 참고 하셔서 Tip을 보내고 푸짐한 과자 상자도 받으시고 기회가 되면 TechAd에도 갈 수 있습니다.


작년에 총 8명의 무림 고수가 탄생 했는데 몇일 전에 8명의 무림 고수가 Tehnet에 게시가 되었네요. http://technet.microsoft.com/ko-kr/hh768167


올해까지 9명의 고수가 말하는 초간단 필살기가 어떤 것이 있는지 알아 볼까요?

고수를 찾습니다 - 서편

고수를 찾습니다 제1 - DNS 서버 빠르게 이전하기

고수를 찾습니다 제2 - WIM2VHD

고수를 찾습니다 제3 - USB Windows Server 설치하기

고수를 찾습니다 제4 - Disk2VHD

고수를 찾습니다 제5 - RoboCopy

고수를 찾습니다 제6막 - MBSA

고수를 찾습니다 제 7 - PERMCOPY

고수를 찾습니다 제8 - MDOP DaRT

고수를 찾습니다 제9 - 보안구성마법사 (SCW)

고수를 찾습니다 - 크리스마스 특별판


잘 보셨나요? Windows 엔지니어가 알고 있으면 편리하고 유용한 Tip.
잘 보셨으면 아래 링크로 들어 오셔서 투표도 해주시면 감사하겠습니다.



Posted by 얼음무지개

댓글을 달아 주세요

  1. Favicon of https://threecats.tistory.com BlogIcon 고양이네마리인간셋 2012.01.12 17:21 신고  댓글주소  수정/삭제  댓글쓰기

    오, 요런 거에도 뽑히셨군요~!!! 잘 지내시죠? ^^ 새해 복 많이 받으세요~ ^^

  2. Favicon of https://sarange.net BlogIcon 밋첼™ 2012.01.13 09:49 신고  댓글주소  수정/삭제  댓글쓰기

    역시 고수셨단!! 게다가 미남!!! 이시란...^^
    늦게나마 인사드립니다. 임진년 한해.. 복 많이 받으시고 행복과 평안이 가득한 한해가 되시길 바랍니다~

  3. Favicon of https://archvista.net BlogIcon archmond 2012.01.18 13:29 신고  댓글주소  수정/삭제  댓글쓰기

    가끔 딴 생각을 해요... 남김말이 강렬한데요 ㅋㅋ

2011.10.11 15:21 Windows/Server

지난 9 16일에 Windows 8 개발자 맛보기판이 Build 행사를 통해 알려지고 공개되었습니다

버전은 Beta 버전 이전의 제품으로 말 그대로 혀끝만 살짝 대고 맛을 보는 제품입니다. 따라서 이 제품이 Beta 이후에 어떤 방향으로 변경이 될지 알기 어렵습니다. 예전에도 그랬지만 Beta 이후에 중요한 스펙이나 기능이 변경되는 것을 보아왔기 때문에 이번에도 어떤 방향으로 바뀔지는 두고 봐야될 것 같습니다.

하지만 변경될 가능성이 있는 여러 줄기 속에도 변하지 않을 하나의 큰 줄기가 있습니다. 그것은 아래 동영상에서 들을 수 있는데요. 아래 동영상은 build 행사 두번째 날의 키노트중 Satya Nadella(President, Server & Tools Business) 사장이 말한 일부분 입니다.

The underpinning of all the applications that you saw is the core Windows platform, Windows Server and Windows Azure. And we're extremely excited to unveil the developer preview of Windows Server 8. This is a major release for us. It is the most cloud-optimized operating system. We have learned from all of the services that we have been running at Internet scale, including Windows Azure. And all of that learning is making it into the next release of Windows Server.

결국 Windows 8의 핵심은 클라우드에 최적화된 운영 체제.라는 것입니다.

이 부분은 일반 사용자에게는 어떤 의미로 받아들여질지 의문이긴 합니다만 IT를 관리하는 또는 IT와 밀접한 일을 하는 엔지니어나 개발자에게는 매우 중요한 키 포인트입니다. 이제는 Microsoft 뿐만 아니라 전세계 모든 IT기업의 최근 화두는 클라우드인 것은 확실하며 그 방향과 목표를 위하여 서서히 주변의 환경을 바꿔가고 있음을 다들 알고 있을 겁니다. 기술이 바뀌고 있으니 사람도 바뀌어야 할겁니다.

이왕 동영상 편집 한 김에 키노트 중간에 Windows 8 development preview 데모중 몇 개를 보겠습니다.

아래 동영상은 NIC Teaming 이라는 기능에 대한 데모 입니다.

So, here's our virtual machine. And I'm going to go ahead and bring up performance monitor. And what I'm going to do is kick off the SQL load generator, which will put a tremendous amount of SQL traffic across our network. So, we'll go ahead and kick it off. Now, pay attention to the red bar here. This is monitoring the network throughput of our one-gigabit Ethernet card.
As you can see, and as can be expected, we're getting less than 100 megabytes per second, which is pretty typical. But now take a look at the green bar. The green bar is indicating the network throughput that we're getting on our multi high-speed NICs. And if we click on it, you can see we're getting over two gigabytes worth of data transfer.

중요한 것은 NIC Teaming 이라는 기술이 Windows Server 8에서는 네트워크 벤더 종속성이 필요 없이 벤더에 무관하게 2개이상의 네트워크 카드를 사용 하면 가능 하다는 것입니다. 기존에는 특정 벤더의 제품이 NIC Teaming를 지원해야만 가능했고 고가여서 사용을 못했지만 이젠 쉽게 설정해서 사용할 수 있게 되었다는 것입니다.

다음 동영상은 Live Migration에 대한 동영상 입니다.

So, if I go into the settings for our second virtual machine, we'll take a look at the hard disk and you can see it's currently running on local storage. It's on the C drive of the Hyper-V host. All I'm going to do is simply right click and say move, which brings up a wizard. I'll select move virtual machine storage. We'll click "next" and again, we're going to move all the virtual machine's data to a single location. And what we're going to do is remove or move it to the remote file share. It's the file share that we were looking at earlier that actually is getting its disks from Storage Spaces. So, I'm going to go ahead and paste in the path of the file share. We'll click next and finish. And just like that, we're moving the virtual machine hard disk from local storage to remote file share. And if we go into the virtual machine, you can see it's still responsive, I can launch PowerShell, open up folders, move things around, it's all still very responsive. We'll close it out, it looks like it's done. If we go back into the settings of the virtual machine and take a look at the disk, you can see now it's sitting on the remote file share.

어떠신가요? 이와 같은 내용은 일반 사용자에게는 별 다른 감흥이 없을 겁니다. 서비스가 중단되지 않은 상태에서 마이그레이션 된다는 것은 중요한 업무 서버가 가상화로 동작 되어도 운영상에 문제가 없음을 예상할 수 있으며, 이에 따라 IT 운영 방식의 변화가 생기게 되어 기간계 또는 LOB 성의 업무들이 모두 VM으로 만들어져도 무리가 없게 될것입니다. (개인적으로 생각하면 더 이상 IT 엔지니어들은 마이그레이션이나 서버 이전때문에 밤을 새우지 않아도 됩니다.)

위에서 본 두개의 데모 영상 만으로도 IT 엔지니어의 입장에서 본다면 그 동안 다수의 VM을 관리하면서 생겼던 성능에 대한 문제가 해결 되어 VM을 운영관리 하는데 있어서 조금 더 편해지고 시간과 비용이 절감될 것 같지 않은가요

아마도 내년 이때 쯤이면 새로운 모습의 Windows Server 8이 본 모습을 보이게 될겁니다. (날짜는 확실치 않습니다만…) 이러한 기술들이 어떻게 변하고 더 강력한 기술들이 어떠한 모습으로 나타나는지 기대하며 기다려 봅니다.


'Windows > Server' 카테고리의 다른 글

AD를 두려워 마세요.  (3) 2015.09.22
IT 무림 고수 명예의 전당  (5) 2012.01.12
Windows Server 8 후기  (1) 2011.10.11
RDP 관리 프로그램 4종 세트  (6) 2011.07.16
Hyper-V 시작 오류 발생시 점검 해야할 것들  (0) 2011.06.29
AD 복제  (0) 2011.04.02
Posted by 얼음무지개

댓글을 달아 주세요

  1. Favicon of https://greenetwork.tistory.com BlogIcon 안달레 2011.10.13 07:28 신고  댓글주소  수정/삭제  댓글쓰기

    다 이해하지는 못하겠어요 TT
    클라우드에 최적화된 것이 사실 상상이 안갑니다. 그래봤자 어느정도 수준이겠지 하는 생각의 한계라고나 할까요?
    알백같이 서버에 백업을 하는 이런것도 일종의 클라우드 시스템을 활용했다고 볼수있죠?
    어쨌거나. 오랜만에 글 볼수 있어서 너무 반가웠습니다. ㅎㅎ

2011.07.16 17:41 Windows/Server

RDP 관리 프로그램 4종 세트

서버를 관리 하는 일을 하는 사용자 입장에서는 서버 댓수가 늘어날 때 마다 일도 늘어나지만 수 없이 늘어 나는 서버를 관리하기 위한 방법을 찾는 것도 골치가 아픕니다. 요즘이야 거의 대부분 RDP(Remote Desktop Protocol)로 서버에 접속 해서 관리 하기 때문에 RDP관리 프로그램도 조금 더 편한 것을 찾게 되는데요. 오늘은 무료로 사용할 수 있는 RDP 관리 프로그램 4종 세트에 대해서 수박 겉핥기로 알아 보겠습니다.

는 마이크로소프트의 윈도우 NT 4.0 서버의 터미널 서버 에디션에 처음 소개되었습니다. 이때가 RDP 버전 4.0 입니다. 물론 용어도 RDP라는 용어 보다는 터미널 서비스 였습니다. 이후에 버전이 올라 가고 RDP 5.0이 윈도우 2000 서버에 탑재 되면서부터 비약적인 발전을 하게 됩니다. 현재 RDP 7.0은 윈도우 서버 2008 R2와 윈도우 7에 기본으로 탑재되어 있습니다. 기능 또한 미디어 플레이어 리다이렉션이나, 멀티 모니터 지원, 에어로 글래스 지원등과 같이 많은 발전을 하게 됩니다. 어디까지 발전하는지 두고 봅시다.

Remote Desktop Connection Manager

서버를 관리하는 사람이라면 직관적으로 사용할 수 있게 잘 만들어진 RDP 관리 프로그램 입니다. 더군다나 썸네일 화면에서도 마우스와 키보드가 작동을 하며 서버를 그룹화 하여 관리하기에 편합니다. 예전에는 마이크로소프트 내부에서만 사용하던 프로그램이 버전업이 되고 무료 배포가 된 것으로 알고 있습니다.

Remote Desktop Manager

썸네일을 지원 하지는 않지만 편리한 몇 가지
Tool이 내장되어 있는 관리 프로그램 입니다. 별도 창으로 RDP가 작동 되는 것을 선호 하는 분께 적합.

Remote Desktop Organizer

4종 세트 중에 제일 심플한 RDP 관리툴입니다. 탭으로 구분 되는 RDP.


제일 복잡스러워 보이기는 합니다만 탭기능은 편리한 기능이며
(너무 많이 열어 놓으면 이것도 그리 편하지는 않습니다.), 부가적으로 SSH File Transfer 기능도 쓸 만 하고 포트 스캔도 맘에 듭니다. 복잡해 보이는 만큼 그 외에 쓸만한 기능도 많은 관리 툴.

수박 겉핥기는 참 쉽습니다.

혹시 추천하고 싶은 RDP 관리 프로그램이 있다면 덧글 달아 주셔도 됩니다.


'Windows > Server' 카테고리의 다른 글

AD를 두려워 마세요.  (3) 2015.09.22
IT 무림 고수 명예의 전당  (5) 2012.01.12
Windows Server 8 후기  (1) 2011.10.11
RDP 관리 프로그램 4종 세트  (6) 2011.07.16
Hyper-V 시작 오류 발생시 점검 해야할 것들  (0) 2011.06.29
AD 복제  (0) 2011.04.02
Posted by 얼음무지개

댓글을 달아 주세요

  1. Favicon of http://blogoon.co.kr BlogIcon 블로군 2010.07.21 12:56 신고  댓글주소  수정/삭제  댓글쓰기

    으...무슨 말인지 도통 모르겠습니다..^^;;

  2. Favicon of https://slowblog.tistory.com BlogIcon slug 2010.07.21 17:33 신고  댓글주소  수정/삭제  댓글쓰기

    터미널을 관리하는 프로그램이로군요
    역시 필요하면 뭐든 만들어지나 봅니다

  3. Favicon of http://artbob.tistory.com BlogIcon 해피플루 2010.07.25 15:39 신고  댓글주소  수정/삭제  댓글쓰기

    아직도 하아....... 하고 무료해하고 계신 줄 알았더니 포스팅 하셨네?ㅎㅎ
    일상의 무료함을 박살내셨남? 다행~~ㅋㅋㅋ

    갑자기 생각나서 와봤어요.
    하아....... 요새 넘 덥죠?ㅋㅋㅋ
    맛있는 거 많이 드시고 무더위 잘 이기삼.^^

  4. Favicon of http://www.kaizer.co.kr BlogIcon kaizer 2010.07.26 15:19 신고  댓글주소  수정/삭제  댓글쓰기

    좋은 정보 감사합니다.
    포스팅 좀 해가겠습니다.
    문제가 도니다면 알려주세요

  5. binmaker 2010.08.11 20:56 신고  댓글주소  수정/삭제  댓글쓰기

    마지막에 소개해 주신 mRemote 사용해 봤는데 좋네요
    무엇 보다도 rdp사용하면서 로컬 컴퓨터와 원격 컴퓨터와 파일을 주고 받을수 있어서 정말 훌륭하네요.
    좋은 프로그램 소개해 주셔서 감사합니다. ^^

  6. ziwoogy 2010.10.05 11:28 신고  댓글주소  수정/삭제  댓글쓰기

    좋은 정보 감사합니다.

    자주 들르겠습니다.

2011.06.29 15:59 Windows/Server

관리자에서 가상 컴퓨터를 만들고 시작(실행) 하려 할 때 아래 그림과 같은 오류가 발생 한다면 점검해 봐야 할 것들.

오류 내용 : 선택한 가상 컴퓨터를 시작하는 동안 오류가 발생했습니다.

가상 컴퓨터 이름을(를) 초기화할 수 없습니다. 하이퍼바이저가 실행되고 있지 않으므로 가상 컴퓨터를 시작할 수 없습니다.

이 오류는 간단한 이유지만 누군가어쩌면이런거 모르는 1이 방황할 때 도움주기 위한 포스팅 입니다.

백서에 나와 있는 필수 구성 요소는 다음과 같습니다.

x64 기반 프로세서. Hyper-V x64 기반 버전의 Windows Server 2008(특히 x64 기반 버전의 Windows Server 2008 Standard, Windows Server 2008 Enterprise Windows Server 2008 Datacenter)에서 사용할 수 있습니다.

• 하드웨어 지원 가상화. 하드웨어 지원 가상화는 가상화 옵션, 특히 Intel VT(Intel Virtualization Technology) 또는 AMD-V(AMD Virtualization)가 포함된 프로세서에서 사용할 수 있습니다.

• 하드웨어 적용 DEP(데이터 실행 방지)가 사용 가능하고 활성화되어야 합니다. 특히 Intel XD 비트(Execute Disable Bit) 또는 AMD NX 비트(No Execute Bit)를 사용해야 합니다.

첫번째. CPU 정보를 CPU 메이커의 홈페이지에서 찾아 봅니다.
인텔의 경우 http://ark.intel.com/Default.aspx 에서 CPU 정보를 찾습니다. CPU 모델 이름으로 검색 하면 아래 그림과 같이 Intel VTExecute Disable Bit 지원 여부가 나와 있습니다. 한 항목이라도 “No” 라고 되어 있으면 Hyper-V는 사용 불가 입니다. AMD의 경우 마찬가지로 잘 찾아 보세요. 자세한 URL은 아마 누군가 댓글을 달아줄겁니다.

두번째. 해당 PC(서버) BIOS의 항목 중에 Intel VT(Virtualization Technology) 항목과 Intel XD 비트(Execute Disable Bit) 항목이 사용할 수 있게 Enable로 되어 있는지 점검 합니다. Disable로 되어 있으면 당연히 Hyper-V가 실행되지 않습니다. 일부 BIOSIntel XD 비트(Execute Disable Bit) 항목이 없을 수 있습니다. BIOS에서 설정할 수 없어서 Hyper-V를 사용할 수 없다면 해당 보드(또는 PC,서버) 제조사에 문의 하여야 합니다.

세번째. Hyper-V를 지원 하는 서버 OS를 설치 했고 서버의 역할에 Hyper-V를 설치 하고 다른 설정을 손대지 않았다면 이상 없어야 합니다. 뭔가 설정을 손댓거나 수정 했다면 Hyper-V 역할을 제거 하고 다시 설치해 보세요.

네번째. 이 외의 이유로 Hyper-V가 실행되지 않는다면 나도 모릅니다. 서버를 다시 설치 해보던지 PC(서버)를 바꿔보던지….해야 할 겁니다.

혹시라도 위에 설명한 부분 중에 잘못된 부분이 있으면 알려 주세요. 더 많은 분들이 더 정확한 내용을 공유할 수 있게 됩니다.


'Windows > Server' 카테고리의 다른 글

AD를 두려워 마세요.  (3) 2015.09.22
IT 무림 고수 명예의 전당  (5) 2012.01.12
Windows Server 8 후기  (1) 2011.10.11
RDP 관리 프로그램 4종 세트  (6) 2011.07.16
Hyper-V 시작 오류 발생시 점검 해야할 것들  (0) 2011.06.29
AD 복제  (0) 2011.04.02
Posted by 얼음무지개

댓글을 달아 주세요

2011.04.02 22:49 Windows/Server

AD 복제

AD(Active Directory)
복제에 대한 포스팅을 하려고 했었습니다. 그런데 현업에서 AD 복제와 관련된 어떤 고민을 하고 있는지 정확히 알기 어려운 부분이 있더군. 관련하여 발생 하는 많은 문제들이 있긴 하지만 모든 케이스를 다 글로 설명 하기도 어려울 뿐더러 많은 문제들은 관리나 설정의 문제이거나 DNS의 문제 인 것 같습니다. 서핑하면서 찾아 보다가 윈도우 서버 2000에서의 AD 복제에 대한 문서를 몇 개 발견할 수 있었습니다. 가장 기본이 되는 복제에 대한 문서로 지금에서의 상황이나 별다르지 않음을 알고 대신 하는 것도 나쁘지 않아 보였습니다.

해당 문서는

마이크로소프트 기술 문서(http://support.microsoft.com/kb/232072/ko) 이며, 이외에 Laura E. Hunter(Windows Server 네트워킹 분야에서 Microsoft MVP를 네 차례 수상한 전문가) "Active Directory 복제 가이드"(번역판 링크 http://technet.microsoft.com/ko-kr/magazine/2007.10.replication.aspx) 도 참고 하면 좋을 것 같습니다.


직접 작성한 글이 아니지만 이 글을 포스팅 하는 이유는 복제에 문제가 생겼을 경우 다급한 마음에 필요 없는 부분을 수정 하거나 재설치로 해결 하지 말고 기본적인 가이드를 통해 문제점을 찾는 방법을 통해 엔지니어로서의 필요한 스킬과 트러블슈팅 기술을 향상 시키기 위함이라고 생각하면 됩니다.

이 문서에서는 직접 복제 파트너 간에 복제를 시작하는 4가지 방법을 설명합니다. 그 방법은 아래와 같습니다.

Active Directory 사이트 및 서비스 MMC 스냅인 사용
Windows 2000 Support Tools 모음의 명령줄 Repadmin.exe 도구 사용
Microsoft Visual Basic 스크립트에서 Windows 2000 Support Tools 모음의 COM 개체 사용
Windows 2000 Support Tools 모음의 Active Directory 복제 모니터(Replmon) 사용

이들 방법은 각각 특정 형태의 원격 관리 사용을 지원하므로 관리자가 Windows 2000 기반 컴퓨터에서 이들 도구를 사용할 수 있습니다.

Active Directory는 하나 이상의 디렉터리 파티션 또는 이름 컨텍스트로 이루어져 있습니다. 디렉터리 파티션은 도메인 컨트롤러 간 하나의 복제 단위를 형성하는 연속적인 Active Directory 하위 트리를 말합니다.

Active Directory에서 한 서버는 최소 세 개의 디렉터리 파티션을 항상 갖고 있습니다.

•구성(복제 토폴로지 및 관련 메타데이터)
•도메인 당 하나 이상의 디렉터리 파티션(디렉터리에 도메인 관련 개체를 포함하고 있는 하위 트리)

예를 들어, "ntdev.microsoft.com" 도메인의 "DC1" 도메인 컨트롤러는 "microsoft.com" 도메인이 루트 도메인으로 존재하고 있고 DC1이 글로벌 카탈로그 서버가 아니라고 가정할 경우 다음과 같은 디렉터리 파티션을 갖습니다.

•스키마 (CN=Schema,CN=Configuration,DC=microsoft,DC=com)
NTDEV 도메인 (DC=ntdev,DC=microsoft,DC=com)


"support.microsoft.com" 도메인의 "DC2" 도메인 컨트롤러는 DC2가 글로벌 카탈로그 서버가 아니라고 가정할 경우 다음과 같은 디렉터리 파티션을 갖습니다.

•스키마 (CN=Schema,CN=Configuration,DC=microsoft,DC=com)
SUPPORT 도메인 (DC=support,DC=microsoft,DC=com)


스키마와 구성은 지정된 포리스트의 모든 도메인 컨트롤러에 복제됩니다. 도메인당 디렉터리 파티션은 대상 서버가 글로벌 카탈로그 서버일 때를 제외하고 해당 도메인에 대한 도메인 컨트롤러에만 복제됩니다. 이 예에서 DC1 DC2는 서로의 스키마 및 구성 디렉터리 파티션을 복제하지만 도메인당 디렉터리 파티션은 다른 도메인에 있기 때문에 복제하지 않습니다. 같은 도메인의 도메인 컨트롤러는 서로의 디렉터리 파티션을 세 개 모두 복제합니다.

아래의 각 방법에서 "원본" 서버는 변경 내용을 복제 파트너에 복제하는 도메인 컨트롤러를 말합니다. "대상" 도메인 컨트롤러는 변경 내용을 받습니다.


사이트 및 서비스 관리자 스냅인을 사용하여 복제 시작

1.시작을 누르고 프로그램과 관리 도구를 차례로 가리킨 다음 Active Directory 사이트 및 서비스를 누릅니다.

2.왼쪽 창에서 Sites 컨테이너를 확장합니다. 해당 복제 파트너와 동기화되어야 하는 대상 서버가 포함된 사이트의 이름을 나타내는 컨테이너를 확장합니다.

3.Servers 컨테이너를 확장한 다음 NTDS Settings 개체(도메인 컨트롤러에 대한 설정을 나타내는 개체)가 표시될 때까지 대상 서버를 확장합니다.

4.NTDS Settings 개체를 누릅니다. 오른쪽 창의 연결 개체는 대상 서버의 직접 복제 파트너를 나타냅니다.

5.오른쪽 창의 연결 개체를 마우스 오른쪽 단추로 누른 다음 지금 복제를 누릅니다. Windows 2000에서는 대상 서버가 원본 서버에서 복제하도록 구성된 모든 디렉터리 파티션의 대상 서버로 원본 서버(연결 개체가 나타내는 서버)의 변경 내용을 복제하기 시작합니다.


Repadmin.exe를 사용하여 복제 시작

Repadmin.exe Windows 2000 CD-ROM Support Tools 폴더에 포함되어 있는 Windows 2000 Resource Kit의 명령줄 도구입니다.

동기화해야 할 대상 서버의 이름을 확인합니다.

2.명령 프롬프트에서 Repadmin.exe를 사용하여 아래와 같은 명령을 입력해서 대상 서버의 직접 복제 파트너를 확인합니다.

repadmin /showreps target_server_name

이 대상 서버에 도달할 수 있으면 아래의 예제와 유사한 출력이 표시됩니다. 이 예에서는 DC1 DC2 "support.microsoft.com"이라는 같은 도메인에 있습니다.

DSA Options : (none)
objectGuid : 4a11d649-f9ab-11d2-b17f-00c04f5cb503
invocationID: 45d18b0b-f9ab-11d2-98b8-0000f87a546b
==== INBOUND NEIGHBORS ======================================
Redmond\DC2 via RPC
objectGuid: d2e3badd-e07a-11d2-b573-0000f87a546b
Last attempt @ 1999-05-03 18:07.04 was successful.
Redmond\DC2 via RPC
objectGuid: d2e3badd-e07a-11d2-b573-0000f87a546b
Last attempt @ 1999-05-03 18:07.05 was successful.
Redmond\DC2 via RPC
objectGuid: d2e3badd-e07a-11d2-b573-0000f87a546b
Last attempt @ 1999-05-03 18:07.09 was successful.

다른 데이터는 이 문서와 관련이 없기 때문에 제외되었습니다. 출력의 Inbound Neighbors 섹션을 보면, 각 디렉터리 파티션에 대한 직접 복제 파트너가 마지막 복제 상태와 함께 식별되어 있습니다.

3.동기화해야 하는 디렉터리 파티션을 찾고 그 대상과 동기화될 원본 서버를 찾습니다. 원본 서버의 objectGuid를 기록해 둡니다.

4.Repadmin.exe를 사용해서 아래와 같은 명령을 입력하여 복제를 시작합니다.

repadmin /sync

 예를 들어, 변경 내용이 DC2에서 복제되도록 DC1에서 복제를 시작하려면 아래와 같이 입력합니다.

repadmin /sync dc=support,dc=microsoft,dc=com DC1 d2e3badd-e07a-11d2-b573-0000f87a546b

성공적으로 실행되면 Repadmin.exe에서 아래와 같은 메시지를 표시합니다.
ReplicaSync() from source: d2e3badd-e07a-11d2-b573-0000f87a546b, to dest: DC1 is successful.


또는 명령줄에서 다음과 같은 스위치를 사용할 수 있습니다. •/force: 정상적인 복제 일정을 무시합니다.

/async: 복제 이벤트를 시작합니다. 복제 이벤트가 끝날 때까지 Repadmin.exe가 기다리지 않습니다.
/full: 대상 DSA의 모든 개체를 완전 복제합니다.


IADsTools를 사용하여 Visual Basic 스크립트에서 복제 시작

스크립트를 실행할 Windows 2000 기반 컴퓨터에서 Active Directory 복제 모니터와 IADsTools(복제 파트너를 동기화하기 위해 이 문서에서 설명한 함수를 포함하여 많은 함수에 사용할 수 있는 COM 개체)가 포함된 Windows 2000 Support Tools Resource Kit를 설치하십시오. 함수 매개 변수에 대한 자세한 내용은 Windows 2000 Resource Kit 설명서에 나와 있습니다.


ReplicaSync 함수을 사용하면 대상 도메인 컨트롤러를 지정된 디렉터리 파티션에 대한 원본과 동기화할 수 있습니다. ReplicaSync 함수의 구문은 아래와 같습니다.

ReplicaSync (target_server, directory_partition, source_server, use_flags, use_credentials)

각 요소는 아래와 같습니다.

•target_server는 변경 내용을 받는 도메인 컨트롤러로 source_server와 동기화됩니다.
directory_partition은 복제할 파티션입니다
source_server는 변경 내용을 대상 서버로 복제할 도메인 컨트롤러입니다
use_flags는 지정하지 않아도 되지만 1로 설정된 경우 함수는 SetReplicaSyncFlags에서 지정한 플래그를 살펴 보고(자세한 내용은 Windows 2000 Resource Kit 설명서 참조) 요청에서 설정할 옵션을 확인합니다. 플래그를 지정하지 않으려면 0 값을 사용합니다
use_credentials는 로그온 사용자가 관리 자격 증명을 갖고 있는 경우 기본적으로 사용할 필요가 없습니다. 이 매개 변수를 지정했는데 값이 1이면 함수는 아래에서 설명하는 SetUserCredentials 함수에서 정의한 자격 증명을 보고 이를 요청과 함께 전달합니다. 이 매개 변수를 지정할 때는 use_flags도 지정해야 합니다.

이 함수는 성공할 경우 0을 실패할 경우 1을 각각 반환합니다.

예를 들어, 로그온 사용자가 DC1에 관리 자격 증명을 갖고 있는 경우에는 다음 스크립트를 실행하여 디렉터리 파티션 "DC=support,DC=microsoft,DC=com"에 대해 DC2에서 발생한 변경 내용과 DC1을 동기화할 수 있습니다.

Set comDLL=CreateObject("IADsTools.DCFunctions")
If result=0 then MsgBox "Completed successfully." else MsgBox "Failed"


대체 자격 증명을 지정해야 할 경우에 SetUserCredentials 함수를 사용하면 대체 자격 증명을 지정하는 것 말고도 ReplicaSync 함수의 마지막 매개 변수 값으로 "1"을 지정할 수 있습니다. SetUserCredentials 함수의 구문은 아래와 같습니다.

SetUserCredentials (user_name, domain_name, user_LDAP_dn, password)

각 요소는 아래와 같습니다. •user_name은 도메인에 있는 계정의 하위 수준 사용자 이름입니다.

domain_name은 사용자 계정의 NetBIOS 도메인 이름입니다.
user_LDAP_dn ReplicaSync 함수의 필수 요소는 아니지만 지정할 수 있습니다. 이 요소는 지정된 사용자 계정의 고유 이름입니다
password는 해당 사용자의 암호입니다.

예를 들어, 위의 스크립트를 수정하면 아래의 예제와 유사해집니다.

Set comDLL=Createobject("IADsTools.DCFunctions")
comDLL.SetUserCredentials "johndoe","support","","password"
If result=0 then MsgBox "Completed successfully." else MsgBox "Failed"


VBScript에서는 모든 변수가 VARIANT 유형으로 정의됩니다. IADsTools 개체의 함수에 변수를 전달하기 위해서는 이들 변수를 명시적으로 입력해야 합니다. 예를 들면 다음과 같습니다.

Set comDLL=Createobject("IADsTools.DCFunctions")
comDLL.SetUserCredentials CStr(strUserName), CStr(strDomainName), CStr(strPassword)
Result=comDLL.ReplicaSync(Cstr(strTargetServer), CStr(strDomainPartition), CStr(strSourceServer), CInt(iFlags), CInt(iUseCreds))
If result=0 then MsgBox "Completed successfully." else MsgBox "Failed"


VBScript에 대한 언어와 런타임 참조를 보려면 아래의 Microsoft 웹 사이트를 방문하십시오.


Active Directory 복제 모니터를 사용하여 복제 시작

1.스크립트를 실행할 Windows 2000 기반 컴퓨터에서 Active Directory 복제 모니터(Replmon.exe)가 포함된 Windows 2000 Support Tools Resource Kit를 설치합니다.

2.Active Directory Replication Monitor를 시작하고 Edit 메뉴에서 Add Site/Server를 누릅니다. "Add Site or Server" 마법사를 사용하여 볼 대상 서버를 추가합니다.

3.Replmon.exe가 디렉터리 파티션을 식별하여 왼쪽 창에 이들을 자식 노드로 대상 서버에 표시합니다.

4.동기화해야 할 디렉터리 파티션을 찾아 확장합니다. 지정된 디렉터리 파티션에 나열된 모든 도메인 컨트롤러는 원본 서버이지만 직접 복제 파트너는 두 개의 네트워크 연결 서버를 나타내는 아이콘으로 표시됩니다. 서버를 마우스 오른쪽 단추로 누르고 등록 정보를 누르면 직접 복제 파트너도 식별할 수 있습니다. 등록 정보 대화 상자에서는 원본 서버를 직접 복제 파트너, 전이 복제 파트너 또는 브리지헤드 연결(또는 직접 복제 연결)로 표시합니다.

5.직접 복제 파트너를 마우스 오른쪽 단추로 누른 다음 복제본 동기화를 누릅니다. Replmon.exe가 복제를 시작하고 요청의 성공 또는 실패 여부를 보고합니다.

물론 주변의 고수를 통하여 문제점을 한눈에 보고 찾아 해결해 준다면 그 문제점을 아주 쉽게 처리할 수는 있겠지만 그 문제점을 수정해야 할 엔지니어의 입장에서 본다면 매번 부탁을 하기도 어렵거니와 스스로 이런 문제를 부딪혔을때 해결하고 싶은 욕심이나 방법을 스스로 찾지 않는 상황에 빠지게 됩니다. 결국 문제를 해결했지만 당사자는 제자리에 있는 셈인것이죠.

다음에도 같은 현상이 발생 했을 경우 다시 주변의 지인에게 부탁을 하겠습니까? 아니면 스스로 해결을 하시겠습니까? 선택은 당신의 몫입니다.


'Windows > Server' 카테고리의 다른 글

AD를 두려워 마세요.  (3) 2015.09.22
IT 무림 고수 명예의 전당  (5) 2012.01.12
Windows Server 8 후기  (1) 2011.10.11
RDP 관리 프로그램 4종 세트  (6) 2011.07.16
Hyper-V 시작 오류 발생시 점검 해야할 것들  (0) 2011.06.29
AD 복제  (0) 2011.04.02
Posted by 얼음무지개

댓글을 달아 주세요

이전버튼 1 이전버튼

블로그 이미지
free counters

글 보관함