Windows Administration

Windows Vista의 오프라인 파일 변경 내용

Jeremy Moskowitz

한 눈에 보기:

• 온라인 및 오프라인 연속성
• 파일 가용성
• 오프라인 폴더의 진화 방식

데스크톱 관리에서 가장 힘든 문제 중 하나는 오프라인 사용자에게 온라인에서 작업할 때와 동일한 작업 환경을 제공하는 것입니다. 5년 전에 비해서도 훨씬 더 복잡한 모바일 환경이 사용되고 있어 생각보다 더 많은 것이 필요합니다. 오프라인으로 작업해야 하는 경우가 많이 있지만

가장 일반적인 세 가지 경우로는 이동 중에 랩톱과 사무실 네트워크 간의 연결을 끊는 경우, 느리거나 간헐적으로 끊기는 링크를 통해 연결하는 경우, 지사와 본사 간의 연결이 끊기는 경우를 들 수 있습니다.

이러한 상황에서 파일 원본이 주 서버에 있는 동안 오프라인 컴퓨터에 있는 복사본을 유지 관리하려면 어떻게 할까요? 더욱 중요한 것은 집에서 일하는 누군가와 이동 중인 다른 누군가가 동시에 서버의 파일을 변경할 경우 충돌을 처리하는 방법입니다. 다행히도 이러한 문제는 Windows® 2000, Windows XP 및 Windows Vista®에 기본 제공된 오프라인 파일 엔진으로 처리됩니다.

캐시가 해답

오프라인 파일 엔진은 정말로 거대한 캐시 시스템입니다. 실제로 이면에서 그리고 Microsoft 내부에서는 이 엔진을 CSC(클라이언트 쪽 캐시)라고 합니다. 오프라인 파일 엔진은 구성이 가능하고 유연하기 때문에 관리자 여러분이 원하는 방식으로 시스템 캐시를 설정할 수 있을 뿐만 아니라 사용자가 원하는 캐시 항목을 직접 결정할 수도 있습니다. 이 엔진을 사용하면 온라인에서와 같은 파일에 오프라인으로 액세스할 수 있으며 네임스페이스가 바뀌지 않습니다. 즉, 온라인으로 작업하든 오프라인으로 작업하든 같은 UNC 경로나 드라이브를 사용하여 파일이 액세스됩니다.

수동으로 또는 자동으로 캐시할 파일을 설정할 수 있습니다. 이동 중에 특정 파일이나 폴더를 자주 사용할 경우에는 가지고 다닐 파일이나 폴더로 지정하면 됩니다. 이렇게 하려면 Windows XP 사용자는 로컬로 저장되거나 네트워크 공유에 저장된 파일을 마우스 오른쪽 단추로 클릭하고 파일을 오프라인으로 사용할 수 있도록 만드는 옵션(그림 1 참조)을 선택합니다. Windows Vista에서는 이 옵션을 항상 오프라인 사용 가능이라고 합니다. 수동으로 파일을 오프라인으로 사용할 수 있도록 만드는 것을 파일 고정(Pinning)이라고도 합니다.

그림 1** 파일을 오프라인으로 사용할 수 있도록 만들기 **(더 크게 보려면 이미지를 클릭하십시오.)

그림 1a** 오프라인 파일 폴더 **

사용 중인 공유는 UNC 경로를 통해 연결하거나 드라이브 문자로 매핑할 수 있습니다. 실제로 파일은 Windows Server®를 실행 중인 시스템에 저장된 것이 아니어도 됩니다. SMB 프로토콜도 준수하는 Samba 서버나 NAS 장치(드물지만 약간의 예외가 있음)와 같이 SMB(서버 메시지 블록) 프로토콜을 따르는 모든 시스템에 상주할 수 있습니다.

처음으로 파일을 고정하도록 선택하면 Windows XP에서 일련의 마법사 화면을 차례로 안내하면서 동기화할 시기를 묻습니다. 모든 화면에서 다음을 클릭하고 기본값을 그대로 사용하면 로그온 또는 로그오프할 때마다 동기화가 발생하는데, 유휴 상태일 때는 백그라운드에서도 동기화가 발생합니다. 마법사가 완료되면 아이콘이 변경되어 이제 파일을 오프라인으로 사용할 수 있다고 알려 줍니다.

네트워크 연결을 끊은 후에는 오프라인으로 사용할 수 있도록 선택한 파일을 제외하고 공유에 있는 다른 모든 파일이 사용 불가능해집니다. 이로 인해 문제가 발생하는 경우가 있습니다. 즉, 항상 오프라인으로 사용할 수 있는 파일은 아이콘으로 알 수 있지만 다른 모든 파일은 연결을 끊은 후에야 사용할 수 없다는 것을 분명히 알 수 있습니다. 이에 대해서는 뒷부분에서 자세히 살펴보겠습니다.

수동으로 파일을 오프라인으로 사용할 수 있도록 만드는 것에도 나름의 장점이 있지만 이 작업을 보다 자동화된 방식으로 수행하는 편이 더 나은 경우가 있습니다. 다음에 자동 캐시라고도 하는 방법을 사용하여 이러한 시나리오를 살펴보겠습니다.

자동 캐시가 수동 캐시보다 더 나은 경우

자동 캐시는 서버에서 공유별로 설정됩니다. 따라서 Sales라는 공유가 있는 경우 판매원이 이동 중에 파일을 가지고 다닐 수 있도록 하려면 CSC 엔진에 그렇게 하라고 지시할 수 있습니다. 그림 2는 Windows Server 2003에서 캐싱 탭을 클릭할 때 나타나는 오프라인 설정 대화 상자를 보여 줍니다. 설정은 그림 3에서 설명합니다.

Figure 3 자동 캐시 설정

그림 2** Windows Server 2003의 오프라인 설정 대화 상자 **(더 크게 보려면 이미지를 클릭하십시오.)

자동 캐시의 작동 방식을 보기 위해 Sales01.txt에서 Sales10.txt까지 10개의 파일이 들어 있는 Sales 공유가 있고, 사용자가 공유에서 여는 모든 파일 및 프로그램을 자동으로 오프라인에서 사용할 수 있게 해주는 설정을 활성화했다고 가정하겠습니다. 결과가 즉시 명확해지는 것은 아닙니다. 사용자 측면에서 볼 때 갑자기 오프라인으로 더 많은 파일을 사용할 수 있게 되었음을 알려 주는 외형적인 신호가 없습니다. 또한 Windows에서 열어 캐시한 파일만 나중에 오프라인으로 사용할 수 있습니다. 간단히 말해 네트워크 연결을 실제로 끊기 전에 오프라인으로 사용할 파일을 온라인으로 실제로 열어야 합니다. 그렇지 않으면 필요할 때 오프라인으로 사용할 수 없습니다.

더욱이 자동 캐시된 파일이 캐시에 영구적으로 머물지 않을 수도 있습니다. Windows XP와 Windows Vista의 캐시 처리 방식은 약간 다르지만 핵심은 공간 제약에 따라 캐시에서 파일을 방출할 수 있다는 점입니다. 파일은 사용 시점을 기준으로 보관됩니다. 한동안 열지 않은 파일은 새로 연 파일에 필요한 공간을 확보하기 위해 방출됩니다. 따라서 최근에 작업한 파일이 캐시에 여전히 머물러 있을 확률이 높지만 자동 캐시가 파일의 가용성을 보장한다고는 가정하지 마십시오. 파일의 가용성을 보장하려면 파일을 고정해야 합니다. 관리자는 그룹 정책을 사용하여 관리적으로 지정된 오프라인 파일이라는 설정을 사용하여 파일을 고정할 수도 있습니다.

실제 작업 예를 살펴보겠습니다. EastSalesUser1이라는 Windows XP 사용자는 Sales05.txt 파일을, EastSalesUser2라는 Windows Vista 사용자는 \\server\sales 공유에 있는 Sales05.txt 파일을 열었다고 가정해 봅시다.

Sales 공유에 자동 캐시가 설정되었기 때문에 Windows XP의 EastSalesUser1과 Windows Vista의 EastSalesUser2가 오프라인으로 전환되더라도 여전히 이들 파일에 대해 작업할 수 있습니다. Windows에서 이들 파일의 복사본을 오프라인 파일 캐시에 저장했습니다. 그러나 사용자가 아직 사용하지 않은 다른 파일은 어떨까요?

그림 4와 5에 표시된 바와 같이 사무실에 남겨진 파일에 대한 Windows XP와 Windows Vista의 반응은 서로 다릅니다. Windows XP에서는 캐시되지 않은 채로 남겨진 파일의 존재 여부조차 알 수 없습니다. 오프라인으로 전환할 때 이들 파일이 사라질 뿐이므로 잠재적으로 혼란을 야기할 수 있습니다. 반대로 Windows Vista에서는 아이콘 오버레이가 발생하며 캐시되지 않은 파일에 대해 약간 희미한 X 표시가 나타나는데, 이는 오프라인으로 사용할 수 있는 파일을 표시함에 있어 비약적인 발전입니다. 유일한 문제는 온라인 세션 중에는 볼 수 없고 연결을 끊은 후에야 볼 수 있다는 것입니다. 따라서 파일 상태를 더욱 명시적으로 만드는 것은 아주 환영할만한 추가 기능입니다.

그림 4** Windows XP - 오프라인으로 전환한 후 사용할 수 있는 파일만 표시 **(더 크게 보려면 이미지를 클릭하십시오.)

그림 5** Windows Vista - 오프라인인 동안 사용할 수 없는 파일 표시 **(더 크게 보려면 이미지를 클릭하십시오.)

사용 가능 또는 사용 불가능

오프라인으로 분명히 사용할 수 있는 파일과 사용할 수 없는 파일 그리고 이들을 구별하는 방법 등에 대한 잠재적인 혼란 때문에 오프라인 파일 활용을 주저하는 관리자가 있습니다. 그림 5에서 sales01.txt 위의 녹색 원 아이콘은 파일의 가용성이 보장됨을 나타냅니다. 다시 말해 파일이 고정되면 오프라인에서의 가용성이 보장됩니다.

하지만 앞서 설명한 바와 같이 Windows XP와 Windows Vista 모두 자동 캐시를 통해 오프라인 사용을 설정한 Sales05.txt는 오프라인에서 사용하지 못할 수도 있습니다. 작업한 파일만 오프라인으로 사용할 수 있습니다. 따라서 시스템에서 파일이 오프라인으로 임시로 사용할 수 있거나 오프라인으로 사용할 가능성이 있음을 나타내는 편이 더 낫습니다. 아이콘에 차이가 나지 않으므로 오프라인으로 사용할 수 있는 파일을 결정하기가 혼란스러울 수 있습니다. Windows Vista UI가 더 낫지만 여전히 세심한 주의가 필요합니다. Windows Vista에서는 오프라인 사용 가능이라는 탐색기 속성이 가용성 정보를 제공합니다. 이 속성은 항목 선택 시 미리 보기 창에 표시됩니다. 항목이 고정된 경우 값은 "항상 가능"입니다. 고정되지 않았지만 캐시된 경우에는 값이 "사용 가능"입니다.

오프라인 임시 사용 가능의 원리는 Windows XP와 Windows Vista에서 비슷하지만 구현은 약간씩 다릅니다. 그림 6은 Windows XP와 Windows Vista의 오프라인 파일 처리 방법을 보여 줍니다.

그림 6** Windows XP와 Windows Vista의 오프라인 파일 영역 **

단순화하기 위해 Windows XP와 Windows Vista 모두 오프라인 파일을 한 곳에 보관하지만 항상 오프라인 사용 가능 파일과 오프라인 임시 사용 가능 파일은 운영 체제마다 약간씩 다르게 저장됩니다.

Windows XP의 경우 항상 오프라인 사용 가능 파일(그림 1에 표시된 바와 같이 바뀐 아이콘으로 알 수 있음)은 영구적으로 머무는 곳에 저장됩니다. 수동으로 10GB의 파일을 고정하여 항상 오프라인 사용 가능으로 만들면 항상 10GB를 모두 사용할 수 있습니다. 최대 파티션 크기를 빼고는 사용자가 고정할 수 있는 파일 개수에 제한이 없습니다. 하지만 Windows XP에서는 자동 캐시된 파일 크기가 최대 2GB입니다. 원리에 따르면 정기적으로 열리는 파일만 여기에 저장되고 한동안 사용하지 않은 파일은 필요할 때 방출됩니다. 기본적으로 임시 사용 가능 캐시에는 그림 7에 표시된 바와 같이 사용 가능한 하드 드라이브 공간의 10%가 할당되어 있습니다. Windows XP에서는 관리자만 이 설정을 사용할 수 있습니다.

그림 7** Windows XP에서 오프라인 파일의 디스크 공간 설정 **

Windows Vista에서도 파일을 영구적으로 또는 임시로 저장할 수 있습니다. 그러나 차이가 있습니다. 임시 파일 캐시는 전체 캐시 내에 포함됩니다. 기본적으로 전체 캐시(임시 파일과 항상 오프라인 사용 가능 파일을 모두 포함)는 사용 가능한 하드 드라이브 공간의 25%로 제한됩니다. 이것이 변경된 이유는 Windows XP에서는 사용자가 수동으로 파일 캐시를 유지하여(수십 기가바이트까지) 결국 하드 드라이브 공간을 모두 소모할 수 있기 때문입니다. 새로운 체계에서는 관리자가 전체 캐시에 대한 공간을 할당하여 이러한 현상이 발생하지 않도록 할 수 있습니다. 그림 8을 보면 사용 가능한 드라이브 공간의 25%가 혼란스럽게도 전체 드라이브의 15.2%로 표시되어 있습니다. 또한 임시 공간을 설정하는 두 번째 슬라이더는 모든 오프라인 파일의 최대 공간을 설정하는 첫 번째 슬라이더보다 높게 설정될 수 없습니다. 이들 오프라인 파일 디스크 사용 한도 슬라이더는 한도 변경 옵션을 클릭하여 액세스되지만 이렇게 하려면 관리자 자격 증명이 있어야 합니다.

그림 8** Windows Vista에서 오프라인 파일에 사용할 수 있는 공간 **

과도한 캐시 방지

폴더 리디렉션이라는 또 다른 Windows 기능을 사용하면 대개 시스템에 로컬로 존재하는 특정 주요 폴더가 실제로 서버에 저장되도록 할 수 있습니다. 이 개념은 로컬 시스템이 망가지는 경우를 걱정할 필요가 없도록 중요한 파일을 네트워크 공유에 복사본으로 유지하는 것입니다.

리디렉션된 내 문서 폴더(Windows XP의 경우)나 문서 폴더(Windows Vista의 경우)가 있다고 가정해 봅시다. 이 경우(실제로는 임의의 폴더가 리디렉션된 경우) 운영 체제에서는 사용자가 파일을 오프라인으로 항상 사용할 수 있기를 바란다고 간주하며 그림 1에 표시된 기호가 리디렉션된 폴더 내의 모든 파일에 수신됩니다. 단점은 잘 연결되어 항상 온라인 상태인 네트워크에 있을 때 새 시스템으로 로밍하면 하나의 세션에만 사용할 계획이더라도 리디렉션된 폴더의 전체 내용이 새 시스템에 캐시된다는 것인데, 이는 공간 낭비일 뿐 아니라 제대로 처리하지 않을 경우 보안 위험이기도 합니다.

파일이 알지 못하는 사이에 자동으로 캐시되는 또 다른 사례는 Windows 탐색기를 사용하여 공유에 있는 파일을 찾아보는 경우입니다. 자동 캐시가 설정된 경우 탐색기로 네트워크 공유에 있는 그래픽 파일들을 보기만 해도 해당 파일들이 자동으로 다운로드되어 캐시에 저장될 가능성이 매우 높은데, 이는 탐색기를 사용하여 파일을 건드리면 임시 오프라인 캐시에 저장될 가능성이 높기 때문입니다. 이미지의 미리 보기나 파일 크기와 같은 메타데이터를 가져오기 위해 공유에 있는 모든 파일을 건드리는 경우가 있습니다. 이것이 잘 연결된 빠른 링크를 통해 발생하면 별 문제가 없습니다. Windows에서 나중에 사용할 수 있게 파일을 빠르고 조용하게 캐시합니다. 그러나 느린 링크를 통해 자동 캐시가 있는 네트워크 공유에 연결되어 있을 때는 정말로 문제가 커질 수 있습니다. Windows XP 탐색기와 Windows Vista 탐색기의 경우에도 기본적으로 상황이 바뀌지 않았습니다. 다만 좋은 소식이라고 한다면 Windows Vista의 오프라인 캐시 엔진은 학습을 통해 느린 링크 인식 기능을 향상시킬 수 있다는 점입니다.

그룹 정책이 있는 오프라인 파일

Windows Vista 오프라인 파일의 주요 변경 내용

오프라인 파일 팀원들마다 각기 독자들에게 알리고 싶은 변경 사항이 있었지만 지면 부족으로 모두 싣지는 못했습니다. 따라서 아래에서 오프라인 파일의 주요 변경 내용을 간략히 소개하겠습니다.

1. 열린 핸들이 더 이상 전환을 차단하지 않으므로 오프라인에서 온라인으로 매끄럽게 전환됩니다.
2. 파일 단위 오프라인 세분성. 하나의 오프라인 공유가 더 이상 오프라인으로 전체 서버를 책임지지 않습니다.
3. Windows 탐색기의 온라인으로 작업\오프라인으로 작업 단추를 통한 강제 오프라인 모드
4. 캐시된 콘텐츠의 사용자 단위 암호화
5. 변경 내용 검색 및 분석 시 훨씬 더 빠른 새 동기화 엔진
6. Windows 검색과의 통합. 리디렉션된 폴더를 인덱싱할 수 있습니다.
7. 로컬-원격 동기화에서 차등 비트맵 전송 기능을 활용할 수 있습니다.
8. 동기화 센터를 통한 지연된 충돌 해결
9. 알림 영역 풍선이 사라져서 더 이상 사용자를 괴롭히지 않습니다.
10. 관리를 위한 새 종합적인 COM API 및 WMI 지원. MSDN®(msdn2.microsoft.com/bb530662)에 문서화되어 있습니다.
11. WMI 공급자를 통한 스크립트 지원. MSDN에서 곧 문서화됩니다.
12. 새 셸 항목 속성인 오프라인 상태 및 오프라인 사용 가능
13. 오프라인인 동안 사용할 수 없는 네임스페이스 요소를 나타내는 고스트 기능. 탐색기에서 이러한 요소는 회색 X 표시가 겹쳐진 희미한 항목으로 표시되어 온라인에서 오프라인으로 전환할 때 급격한 셸 폴더 보기 변경을 방지할 수 있도록 합니다.
14. 새 제어판 설정 애플릿

원할 경우 필자가 집필한 책과 Microsoft 설명서에서 자세한 정보를 찾을 수 있습니다.

앞서 설명한 바와 같이 사용자나 탐색기가 파일을 건드릴 때마다 전체 파일이 캐시에 저장됩니다. 해당 파일이 80MB의 Visio® 또는 Word 문서여도 마찬가지입니다. Windows XP와 Windows Vista 모두 느린 링크가 무엇인지 이해합니다. 실제로 Windows XP에서는 기본적으로 느린 링크가 64Kbps라고 간주합니다. 연결 속도가 이보다 빠르더라도 클라이언트가 Windows XP이면 로그온할 때 이 느린 파이프라인을 통해 해당 파일이 다운로드되어 사용자를 매우 당황스럽게 만듭니다. 따라서 느린 링크를 통해 수행할 작업을 더 잘 관리하도록 Windows를 구성하는 것이 가장 좋습니다. 잠시 후 살펴볼 테지만 이 작업은 대상 계정(Windows XP 또는 Windows Vista)을 포함하는 OU(조직 구성 단위)에 연결될 GPO(그룹 정책 개체)를 만들어 그룹 정책을 통해 수행할 수 있습니다.

사용자가 느린 링크를 통해 연결하면 Windows XP에서는 네트워크 복사본을 사용하기 전에 로컬로 캐시된 파일을 사용하려고 합니다. 이는 적절한 동작입니다. 그러나 Windows XP에서는 여전히 예상할 수 없는 무언가를 수행합니다. 즉, 사용자가 네트워크에서 열거나 탐색기가 건드리면 아직 해당 사용자의 캐시에 없는 큰 파일이 다운로드됩니다. 애석하게도 말입니다. 그리고 필자의 테스트에서 로그오프할 때 발생하도록 동기화 일정을 잡은 경우(기본값) 해당 파일의 나머지는 느린 링크를 통해 다운로드되어 캐시에 저장되었습니다. 아주 애석하게도 말입니다.

Windows Vista의 동작은 다릅니다. 기본적으로 어떠한 상황도 느린 것으로 인식하지 않습니다. 깡통과 실로 연결하여 초당 1비트를 가져온다 해도 Windows Vista는 이 연결을 빠른 연결로 취급하고 네트워크의 파일 복사본을 사용합니다. 그러나 Windows Vista는 학습을 통해 연결이 느린 경우에 어떤 공유로 전환해야 할지 파악할 수 있습니다. 따라서 그와 같은 경우가 발생할 때 전보다 상황이 호전됩니다. 그룹 정책을 사용하여 구성한 후에는 일반 파일과 탐색기 작업을 사용하여 느린 링크를 통해 slow-link-defined 공유의 콘텐츠를 사용할 수 없도록 Windows Vista가 작동합니다.

오프라인 파일 서비스가 수행하는 백그라운드 동기화는 느린 연결을 통해 발생하지 않습니다. 하지만 수동 동기화는 동기화 센터를 통해 수행할 수 있습니다.

느린 링크 처리를 수정하도록 Windows Vista를 구성하는 작업은 느린 링크 모드 구성(비슷한 이름의 Windows XP 설정인 저속 링크 구성과 혼동하지 말 것)이라는 그룹 정책 설정을 통해 수행됩니다. 느린 링크 모드를 구성하는 데는 연결이 느릴 때 자동으로 오프라인으로 전환할 서버 및 공유 이름, 그리고 해당 서버\공유 조합이 오프라인으로 전환되는 느린 연결 속도의 기준이 값으로 사용됩니다. 서버\공유 조합은 임의의 \\서버\공유 조합이 될 수도 있고 모든 서버의 모든 공유를 나타내는 단일 별표(*)가 될 수도 있습니다. 두 번째 값 집합은 느린 연결 선언을 위한 임계점으로 사용되는 처리량(kbps)과 대기 시간(밀리초)을 선언합니다. 한 가지 알아 둘 점은 두 가지 중 더 유용한 값, 즉 처리량은 파일을 다운로드할 때 검사되지 않는다는 것입니다. 따라서 리디렉션된 문서 폴더에 10GB의 파일이 있고 아직 해당 파일을 포함하지 않는 랩톱에서 느린 링크를 통해 연결하는 경우에는 오래 기다릴 준비를 하십시오. 그러나 대기 시간 검사와 쌍으로 묶은 경우 대기 시간이 규정된 값 아래로 떨어지면 공유가 오프라인으로 전환되어 사용자가 해당 파일을 기다려야 하는 고통스러운 지연 시간이 없어집니다.

기술 자료 문서 934202에 설명된 Windows Vista 핫픽스(Windows Vista 서비스 팩 1에 포함할 예정임)를 사용하면 특정 느린 VPN 조건에서 성능이 개선됩니다. 이 문서는 support.microsoft.com/kb/934202에서 온라인으로 볼 수 있습니다. 실제로 이 핫픽스는 느린 링크를 통해 다운로드가 발생할 때 처리량 값을 검사하도록 설정합니다.

동기화 충돌

아마도 비행기에 타고 있는 누군가가 오프라인으로 파일을 변경함과 동시에 본사에 배선으로 연결된 다른 사용자가 온라인으로 해당 파일을 변경하면 어떻게 될지 궁금할 것입니다. 이 상황은 클라이언트 수준에서 처리됩니다. 오프라인에서 온라인으로 전환하면 Windows Vista의 오프라인 파일 백그라운드 동기화가 즉시 발생합니다. 그런 다음 작업 표시줄의 알림 영역에 아이콘이 표시된 후 동기화 센터에 있는 항목을 통해 무엇을 수행할지 묻는 메시지가 표시됩니다. 하나의 파일을 최신 파일로 표시하고 충돌에 대한 자세한 정보를 표시하도록 사용자 인터페이스가 다시 설계되었습니다. 그림 9와 같이 사용자가 서버에 다시 저장할 때 현재 자신의 시스템에만 있는 파일의 이름을 바꾸어 충돌이 발생한 파일을 보존할 수 있습니다.

그림 9** Windows Vista의 파일 변경 충돌 알림 **(더 크게 보려면 이미지를 클릭하십시오.)

자세한 정보

오프라인 파일은 관리자와 사용자 모두에게 멋진 기능입니다. 실제로 폴더 리디렉션을 사용하고 있으면 오프라인 파일도 이미 사용하고 있는 것이므로 오프라인 파일을 더욱 잘 파악하는 것이 가장 큰 관심사입니다. Windows Vista의 많은 오프라인 파일 변경 내용을 설명했지만 모두 설명한 것은 아닙니다. 자세한 내용은 "Windows Vista 오프라인 파일의 주요 변경 내용" 추가 기사를 참조하십시오.

go.microsoft.com/fwlink/?LinkId=98141(Windows XP의 경우)과 go.microsoft.com/fwlink/?LinkId=98138(Windows Vista의 경우)에서 오프라인 파일에 대해 자세히 알아볼 수 있습니다.

또한 필자가 집필한 책(기사 끝부분의 약력 참조)에는 모든 그룹 정책 설정의 세부적인 사항을 포함한 오프라인 파일에 대한 내용이 많은 페이지에 걸쳐 설명되어 있습니다. 마지막으로 더 많은 정보가 필요하고 다른 사용자와 오프라인 파일에 대해 얘기해 보고 싶으면 GPanswers.com에서 이 주제만 다루는 섹션이 있는 커뮤니티 포럼을 방문하십시오.

Jeremy Moskowitz는 그룹 정책 분야의 MCSE이자 MVP로, 그룹 정책과 관련된 커뮤니티 포럼인 GPanswers.com을 운영하고 있으며 그룹 정책에 관한 집중적인 교육 워크숍도 진행하고 있습니다. 그의 최근 저서로는 Group Policy: Management, Troubleshooting, and Security(Sybex, 2007)가 있습니다. www.GPanswers.com에서 Jeremy에게 문의하거나 자세한 내용을 볼 수 있습니다.

© 2008 Microsoft Corporation 및 CMP Media, LLC. All rights reserved. 이 문서의 전부 또는 일부를 무단으로 복제하는 행위는 금지됩니다..