참고

1. 최소 사양의 시스템 구성에서는 좋은 성능을 기대하기 어렵습니다. 컴퓨터의 RAM 용량을 늘리면 성능이 향상됩니다. 특히 여러 개의 응용 프로그램을 실행할 때, 대규모 프로젝트 작업을 수행할 때 또는 엔터프라이즈 수준의 개발을 수행할 때 성능이 크게 향상됩니다.
   
   Visual Studio Tools for Office 기능을 제대로 사용하기 위해서는 256MB의 RAM이 필요합니다. 이 요구 사항은 Microsoft Visual Studio 2005 Team Edition for Software Architects, Microsoft Visual Studio 2005 Team Edition for Software Developers, Microsoft Visual Studio 2005 Team Edition for Software Testers 및 Microsoft Visual Studio 2005 Team Suite에만 적용됩니다.
    
2. Visual Studio 2005 설치 관리자를 시작할 때 기본 설치 위치는 시스템을 부팅하는 데 사용되는 드라이브인 시스템 드라이브입니다. 하지만 필요한 경우 응용 프로그램을 설치할 드라이브를 사용자가 선택할 수 있습니다. 응용 프로그램이 설치되는 위치에 관계없이 설치가 진행되는 동안 시스템 드라이브에 파일이 몇 개 설치됩니다. 따라서 응용 프로그램의 설치 위치에 상관없이 위 요구 사항에 나와 있는 것과 같이 시스템 드라이브에 필요한 공간을 확보해야 하며 응용 프로그램을 설치할 드라이브에도 공간을 추가로 확보해야 합니다.

 

Visual Studio 2005는 Intel Itanium(IA64) 프로세서를 지원하지 않습니다.

이 문제를 해결하려면

Itanium 응용 프로그램을 개발해야 하는 경우에는 다른 컴퓨터에 Visual Studio를 설치하고 크로스 컴파일러를 사용하여 Itanium 플랫폼을 대상으로 지정합니다.

 

아래 시험판 SQL Express 구성 요소 중 하나라도 컴퓨터에 남아 있으면 SQL Express 구성 요소 설치가 실패합니다.

"Microsoft SQL Server 2005 Express Edition"
"Microsoft SQL Server 2005 Tools Express Edition"
"Microsoft SQL Native Client"

대부분의 경우 설치 프로그램에서는 대상 컴퓨터에서 발견된 베타 구성 요소의 목록만 표시합니다. 그러나 다른 베타 구성 요소가 발견되면 SQL Express 구성 요소가 항상 이 목록에 나타납니다. 즉, 사용자가 이러한 SQL Express 구성 요소를 제거해도 목록에 해당 구성 요소가 나타날 수 있습니다.

이 문제를 해결하려면

일치하는 .NET Framework 베타가 컴퓨터에 설치되어 있는지 확인한 후 다음 단계를 수행합니다.
1) "Microsoft SQL Server 2005 Express Edition"을 제거합니다.
2) "Microsoft SQL Server 2005 Tools Express Edition"을 제거합니다.
3) "Microsoft SQL Native Client"를 제거합니다.
이전에 이러한 구성 요소를 제거한 경우에는 해당 구성 요소에 대한 베타 경고 메시지를 무시할 수 있습니다.

 

가상 PC에 Visual Studio 2005를 설치하는 경우에는 특정 파일에 액세스할 수 없기 때문에 설치가 실패합니다.
탑재 소프트웨어는 2.2GB의 데이터만 지원할 수 있으므로 가상 PC에 제공된 CD 드라이브 탑재 소프트웨어를 사용하여 드라이브를 탑재했거나 Visual Studio 2005 미디어가 DVD인 경우 이러한 문제가 발생합니다.

이 문제를 해결하려면

타사 DVD 드라이브 탑재 소프트웨어를 사용합니다. 또는 Visual Studio 2005 DVD의 내용을 컴퓨터의 하드 드라이브에 복사하고 해당 폴더를 가상 PC와 공유한 다음 Visual Studio 2005 설치를 해당 폴더로 리디렉션합니다.

 

Office 2003 SP2 이상이 설치된 시스템에서 Visio for Enterprise Architects를 설치하면 Office와 공유하는 세 개의 파일이 SP1 버전으로 되돌려집니다. 이 문제는 특정 Office 2003 SP1 업데이트를 다운로드하여 설치할 때도 발생합니다. 영향을 받는 파일은 MSSP3EN.LEX, MSSP3ENA.LEX 및 FPEXT.MSG입니다. 이러한 파일 변경으로 인한 심각한 기능상의 문제는 알려진 바가 없습니다.

이 문제를 해결하려면

Office 응용 프로그램의 도움말 메뉴에서 "검색 및 복구" 명령을 실행합니다. 영향을 받은 파일이 올바른 버전으로 복원됩니다.

 

관리자로 로그인하지 않으면 runas 명령을 사용하여 Visual Studio 2005를 설치할 수 없으며 시도해도 설치가 실패합니다. Visual Studio 2005를 설치한 다음에는 관리자가 아닌 사용자도 실행할 수 있습니다.

이 문제를 해결하려면

관리자로 로그인하여 Visual Studio 2005를 설치합니다.

 

Visual Studio 2005가 제공된 미디어에 문제가 있어 설치가 성공적으로 수행되지 않을 수 있습니다.

이 문제를 해결하려면

Visual Studio 2005 설치 프로그램을 CD 또는 DVD에서 실행하는 대신 네트워크 공유에서 실행합니다. 다음 절차에서는 네트워크 공유에서의 Visual Studio 2005 설치를 준비하는 방법을 보여 줍니다. 이 절차는 Visual Studio 2005 CD를 참조하지만 DVD의 단계도 동일합니다.

1) 서버에 VS2005와 같은 폴더를 만듭니다.
2) 최상위 폴더 내에 VS 및 MSDN이라는 두 개의 하위 폴더를 만듭니다. 예를 들어 다음과 같습니다.
    VS2005\VS
    VS2005\MSDN

3) Visual Studio 2005 CD의 내용을 VS2005\VS 폴더에 복사합니다. 기존 파일을 덮어쓸 것인지를 묻는 메시지가 나타나면 예를 선택합니다.
4) 레이블 이름이 MSDN Library for Visual Studio 2005인 모든 CD의 내용을 MSDN이라는 하위 폴더에 복사합니다. 기존 파일을 덮어쓸 것인지를 묻는 메시지가 나타나면 예를 선택합니다.
5) 메모장과 같은 텍스트 편집기를 사용하여 VS 하위 폴더의 Setup.ini를 엽니다.
6) [Documentation] 섹션에서 "DIR="로 시작하는 줄을 다음과 같이 변경합니다.
    [Documentation]
    DIR=..\MSDN

7) 변경 내용을 저장하고 파일을 닫습니다.
참고 이 단계를 마치면 설치가 진행되는 동안 디스크 스와핑 요청을 방지하고 설치 프로그램에 MSDN Library CD의 올바른 경로를 전달할 수 있게 됩니다.

8) VS 하위 폴더에서 Setup 폴더를 엽니다.
9) 메모장과 같은 텍스트 편집기에서 setup.sdb를 연 다음 이 파일의 끝에 다음 줄을 추가합니다.
    [Product Key]
    XXXXXXXXXXXXXXXXXXXXXXXXX
참고 XXXXXXXXXXXXXXXXXXXXXXXXX는 CD 패키지에 있는 25자리의 제품 키입니다. 제품 키의 대시는 입력하지 마십시오.

10) 변경 내용을 저장한 다음 파일을 닫습니다.
참고 이 단계를 완료하면 네트워크 공유에서 설치하는 사용자를 위해 제품 키가 미리 입력됩니다.

11) VS2005 폴더를 네트워크에서 공유하고 적절한 보안 설정을 합니다. 네트워크에서 Visual Studio 2005의 설치 경로는 \\[servername]\VS2005\VS\setup.exe와 같은 형식입니다.

참고 설치할 때 경로와 파일 이름의 조합이 260자를 넘으면 설치가 실패합니다. Visual Studio에서 경로 길이는 최대 221자까지 사용할 수 있으며, 70자 미만을 사용하는 경로에 파일을 복사해야 합니다. 또한 네트워크 이미지에 대한 네트워크 공유를 만드는 경우 루트 설치 위치의 UNC 경로는 39자 미만이어야 합니다.

참고 설치 경로의 폴더 이름에 공백이 있으면 설치가 실패할 수도 있습니다. 예:
\\[servername]\VS2005\MSDN\
\\[servername]\VS2005\Visual Studio\

 

100자를 초과하는 경로에서 설치 프로그램을 시작하면 Windows 2000의 최대 경로 제한으로 인해 설치가 실패합니다. Windows XP 또는 Windows 2003 Server에서는 경로 길이가 문제가 되지 않습니다.

이 문제를 해결하려면

네트워크에서 설치할 경우에는 네트워크 경로를 로컬 드라이브에 연결하고 해당 드라이브에서 설치합니다. 예를 들어, 경로가 \\computername\programs\test folder\development tools\external\Microsoft\Visual Studio 2005\beta release인 경우 다음을 수행하여 해당 경로를 네트워크 드라이브에 연결할 수 있습니다.

1) 시작 메뉴에서 실행을 선택합니다.
2) cmd를 입력한 다음 확인을 클릭합니다.
3) 명령 프롬프트에 다음과 같이 입력합니다.
    net use * "\\computername\programs\test folder\development tools\external\Microsoft\Visual Studio 2005\beta release

Windows에서 네트워크 드라이브를 연결합니다. 콘솔 창에 드라이브 문자가 표시됩니다.

로컬 폴더에서 설치할 경우에는 전체 경로가 100자 미만인 컴퓨터의 다른 폴더에 Visual Studio의 내용을 복사합니다.

참고: CD 또는 DVD에서 Visual Studio를 설치할 경우에는 경로 길이 문제가 발생하지 않습니다.

 

Visual Studio를 완전히 제거하려면 프로그램 추가/제거에서 MSXML 6.0을 수동으로 제거해야 합니다. MSXML 6.0을 삭제하는 동안 다음 경고가 표시될 수 있습니다.

경고 26002. 다음 제품은 MSXML 6.0에 종속되어 있습니다. MSXML 6.0 파서(을)를 제거하면 종속 제품에 제대로 작동하지 않을 수도 있습니다. 예기치 않은 동작을 방지하려면 먼저 종속 제품을 제거해야 합니다. MSXML 6.0 파서(을)를 제거하시겠습니까?

Microsoft SQL Server 2005 Express Edition 베타 2(SQLEXPRESS)
Microsoft SQL Server 2005 Tools Express Edition 베타 2

이 문제를 해결하려면

MSXML 6.0을 제거하기 전에 경고 텍스트에 나열되어 있는 모든 제품을 수동으로 삭제해야 합니다.

제거할 필요가 있는 SQL Server 제품은 Visual Studio가 제거된 후 표시되는 마지막 페이지에 나열됩니다. SQL Server 이외의 제품이 경고 텍스트에 나열되어 있는 경우 해당 제품 또한 MSXML 6.0을 삭제하기 전에 제거해야 합니다.

 

JPN MUI OS에서 "c:\program files\噂 浬 詰 圭 構 蚕 十 觸 Microsoft Visual Studio 8"과 같은 비 ANSI 문자로 된 경로에 Visual Studio Team Suite를 설치하면 "ANSI 이외의 문자는 사용할 수 없습니다."라는 메시지를 표시하는 대화 상자가 나타납니다".

이 문제는 Windows 2000, Windows 2003 및 Windows XP 시리즈 운영 체제를 포함한 모든 JPN MUI OS에서 발생합니다. JPN OS에서는 발생하지 않습니다.

이 문제를 해결하려면

대상 경로에 ANSI 문자를 사용합니다.

 

이 오류 및 "887600de 오류가 발생하여 작업을 완료할 수 없습니다." 오류는 서비스 팩 4가 적용된 Windows 2000에 Visual Studio Standard를 설치하는 동안 발생할 수 있습니다. 이 오류는 컴퓨터 모니터의 색 품질이 낮게 설정되어 있는 경우 발생합니다. 이 오류는 컴퓨터 모니터의 색 품질이 낮게 설정되어 있는 경우 발생합니다.

이 문제를 해결하려면

더 높은 색 품질을 사용합니다.

1. Visual Studio 설치를 취소합니다.
2. 데스크톱 배경 화면에서 마우스 오른쪽 단추를 클릭합니다.
3. 속성을 클릭합니다.
4. 설정 탭을 클릭합니다.
5. 더 높은 색 품질로 조정합니다.
6. 확인을 클릭합니다.
7. Visual Studio를 다시 설치합니다.

 

지정한 컨트롤러가 실행되고 있지 않으면 Team Load Test Agent 설치가 실패합니다. 이 문제를 확인하려면 \Program Files\Microsoft Visual Studio 8\Microsoft Visual Studio Team Suite\LoadTest 디렉터리에 있는 AgentConfigUtil.exe.log를 검토해 보십시오.

이 문제를 해결하려면

컨트롤러가 설치되어 있고 서비스가 실행되고 있는지 확인해 보고 다시 설치해 보십시오.

 

Visual Studio 2005를 설치한 후에 Microsoft Office 2003 주 Interop 어셈블리를 설치해야 하는 경우도 있지만 어떻게 설치해야 할지 모를 수도 있습니다.

이 문제를 해결하려면

1. 설치 미디어에서 \setup 폴더로 이동합니다.
2. PIAInstall.htm을 열고 이 파일의 지침을 따릅니다.

 

설치를 완료하려면 다시 부팅해야 하는데 시작할 때 임시 폴더를 정리하도록 바이러스 백신 응용 프로그램이 설정된 경우 필요한 설치 파일이 삭제되고 프로그램을 찾을 수 없다는 오류와 함께 설치가 실패합니다.

이 문제를 해결하려면

Visual Studio 설치 프로그램을 실행하기 전에 시작할 때 또는 다시 부팅할 때 임시 폴더 내용이 유지되도록 바이러스 백신 응용 프로그램을 다시 설정합니다. 이러한 작업을 수행하는 단계는 각 바이러스 백신 응용 프로그램의 도움말 문서를 참조하십시오.

 

나중에 다시 부팅을 선택했는데 하드 드라이브의 사용 가능한 공간이 설치에 필요한 공간보다 작은 경우 다시 부팅하면 공간 부족 오류가 발생합니다.

이 문제를 해결하려면

다시 부팅한 다음에도 디스크 공간이 충분할 것인지 확인한 다음 다른 응용 프로그램을 설치하거나 엽니다. 필요한 디스크 공간은 제품을 설치할 위치를 선택할 때 표시됩니다.

 

.NET Framework 2.0을 제거하기 전에 SQL Server 2005 및 MSDN Library를 제거하지 않으면 오류가 발생합니다. 아래에 나열된 모든 이전 SQL Server 2005 구성 요소 또는 MSDN Library 구성 요소를 제거한 다음에만 최신 버전의 SQL Server 2005 및 MSDN Library를 설치할 수 있습니다.

이 문제를 해결하려면

1. 제어판에서 프로그램 추가/제거를 선택합니다.
2. SQL Server 2005 구성 요소를 선택한 다음 제거를 클릭하여 아래의 각 구성 요소를 제거합니다.

• "Microsoft SQL Server 2005 Express Edition"을 제거합니다.
  
• "Microsoft SQL Server 2005 Tools Express Edition"을 제거합니다.
  
• "Microsoft SQL Server 설치 지원 파일"을 제거합니다.
  
• "Microsoft XML 6.0"을 제거합니다.
  
• "Microsoft SQLXML 4.0"을 제거합니다.
  
• "Microsoft SQL Native Client"를 제거합니다.
  
• "Microsoft MSDN Library"를 제거합니다.

3. .NET Framework 2.0을 선택하고 제거를 클릭합니다.
4. SQL Server 2005를 설치합니다.
참고: 모든 SQL Server 2005 구성 요소 또는 MSDN Library를 제거하기 전에 베타 .NET Framework 2.0을 제거한 경우 위의 단계를 성공적으로 수행하려면 .NET Framework 2.0을 다시 설치해야 합니다.

 

모든 SQL Server Express 구성 요소를 제거한 다음 유지 관리 모드(VSTS의 경우 MSXML 6.0을 먼저 설치해야 함)를 사용하여 SQL Server Express를 다시 설치하면 다시 설치가 실패합니다. 원인은 VS 로그에 기록되지 않습니다.

이 문제를 해결하려면

SQL Server Express를 제거한 후 컴퓨터를 다시 부팅한 후 SQL Server Express를 다시 설치합니다.

 

이 문제는 Visual Studio 2005 Tools for Microsoft Office (이하 VSTO) 기능이 Office 2003에 포함되어 있는 버전의 OtkLoader가 아니라 업데이트된 OtkLoader를 필요로 하기 때문에 발생합니다. 또한, Office 및 VSTO 런타임용 IntelliSense의 한국어 모듈이 설치되지 않아 Office 및 VSTO 런타임에 대한 IntelliSense가 영어로 표시 됩니다.

VSTS를 설치하면 업데이트된 OtkLoader가 포함되어 있는 VSTO 런타임이 함께 설치됩니다. VSTO를 설치할 때 Office가 이미 설치되어 있으면 OtkLoader 와 Intellisense 모듈이 업데이트되므로 모든 기능이 정상적으로 작동하게 됩니다. 하지만 그렇지 않은 경우에는 OtkLoader 와 Intellisense 모듈이 업데이트되지 않습니다. 따라서 이러한 경우 사용자는 Office SP1을 설치한 후 VSTOR.EXE를 실행하여 OtkLoader를 수동으로 업데이트해야 합니다.

이 문제를 해결하려면

VSTOR.EXE를 실행하여 OtkLoader의 버전을 업데이트합니다.

 

MFC 및.NET Windows Forms을 통합하는 응용 프로그램을 개발하려면 추가적인 단계를 거쳐야 합니다.

이 문제를 해결하려면

gacutil.exe을 사용하여 mfcmifc80.dll을 전역 어셈블리 캐시에 수동으로 설치합니다.

 

64비트 Visual Studio 도구를 설치(Visual Studio Team System 제품에서만 가능)하는 동안 Itanium 재배포 가능 파일이 잘못된 위치에 설치됩니다.

이 문제를 해결하려면

Microsoft Visual Studio 2005\VC\Redist\x86 폴더에서 Itanium 재배포 가능 요소를 찾을 수 있습니다.

 

ClickOnce 또는 설치 프로젝트를 러시아어로 지역화하면 부트스트래퍼(setup.exe)에서 EULA 또는 오류 정보 대화 상자에 텍스트가 제대로 표시되지 않습니다.

이 문제를 해결하려면

잘못된 CharSet 값이 사용되는 문제가 발생합니다. 이 문제를 해결하려면 다음을 수행하십시오.
1. [.NET SDK Install Dir]\Bootstrapper\Engine\ru\seup.xml에서 setup.xml 파일을 엽니다.
2. 파일 아래쪽으로 이동하여 CharSet 요소 값을 편집합니다. 0에서 204 사이의 값으로 변경합니다.
3. 파일을 저장합니다.
4. 응용 프로그램을 다시 빌드하거나 다시 게시합니다.

 

가상 PC에 Visual Studio 2005를 설치하는 경우에는 특정 파일에 액세스할 수 없기 때문에 설치가 실패합니다.
탑재 소프트웨어는 2.2GB의 데이터만 지원할 수 있으므로 가상 PC에 제공된 CD 드라이브 탑재 소프트웨어를 사용하여 드라이브를 탑재했거나 Visual Studio 2005 미디어가 DVD인 경우 이러한 문제가 발생합니다.

이 문제를 해결하려면

타사 DVD 드라이브 탑재 소프트웨어를 사용합니다. 또는 Visual Studio 2005 DVD의 내용을 컴퓨터의 하드 드라이브에 복사하고 해당 폴더를 가상 PC와 공유한 다음 Visual Studio 2005 설치를 해당 폴더로 리디렉션합니다.

 

SQL Server Express를 제거한 다음 SQL Server Express를 다시 설치하는 경우 SQL Server Express를 제거한 후 컴퓨터를 다시 부팅해야 합니다.

이 문제를 해결하려면

제거가 완료되면 컴퓨터를 다시 부팅합니다.

 

시스템에서 SQL Server Express를 제거하면 MSXML 6.0이 제거됩니다.
SXML 6.0은 Visual Studio의 필수 구성 요소이므로 SQL Server Express를 제거하면 일부 기능이 작동하지 않습니다.

이 문제를 해결하려면

SQL Server Express를 다시 설치하거나 MSXML 6.0을 설치합니다.
\wcu 폴더의 미디어에서 두 설치 관리자를 모두 사용할 수 있습니다.

 

두 어셈블리는 Visual Studio 2005에서 설치되지만 파일 버전 정보 없이 베타 2에 제공되었습니다.

• Microsoft.VisualStudio.EnterpriseTools.ClassDesigner.dll
• Microsoft.VisualStudio.EnterpriseTools.SdmDesigners.dll

VS 2005 베타 2보다 먼저 .NET Framework 2.0 베타 2를 제거하는 경우 이러한 어셈블리는 GAC에 남아 있습니다. Visual Studio IDE에서 이러한 어셈블리에 종속적인 기능을 사용하려고 하면 패키지 로드 실패 메시지가 나타납니다. 예를 들어, C# Windows 응용 프로그램을 열고 .cs 파일을 마우스 오른쪽 단추로 클릭한 다음 클래스 다이어그램 보기를 선택하면 Visual Studio 클래스 디자이너 패키지에 대한 패키지 로드 실패 오류가 발생합니다.

이 문제를 해결하려면

1. cmd 프롬프트에서 del %windir%\assembly\GAC_MSIL\Microsoft.VisualStudio. EnterpriseTools.ClassDesigner\ 8.0.0.0__b03f5f7f11d50a3a\ Microsoft.VisualStudio.EnterpriseTools.ClassDesigner.dll을 실행합니다.
   
2. cmd 프롬프트에서 del %windir%\assembly\GAC_MSIL\Microsoft.VisualStudio. EnterpriseTools.SdmDesigners\ 8.0.0.0__b03f5f7f11d50a3a\ Microsoft.VisualStudio.EnterpriseTools.SdmDesigners.dll을 실행합니다.
   
3. VS DVD 루트의 _9160_RTL_x86_enu_WH_ED_AppDesigner.cab 파일에서 FL_Microsoft_VisualStudio_EnterpriseTools__66768_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 파일을 추출하고 이름을 Microsoft.VisualStudio.EnterpriseTools.SdmDesigners.dll로 바꿉니다.
   
4. VS DVD 루트의 _15679_RTL_x86_enu_Whitehorse_Baseline.cab 파일에서 FL_Microsoft_VisualStudio_EnterpriseTools__92325_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 파일을 추출하고 이름을 Microsoft.VisualStudio.EnterpriseTools.ClassDesigner.dll로 바꿉니다.
   
5. cmd 프롬프트에서 %programfiles%\Microsoft Visual Studio 8\SDK\v2.0\bin\gacutil.exe /if Microsoft.VisualStudio.EnterpriseTools.SdmDesigners.dll을 실행합니다.
   
6. cmd 프롬프트에서 %programfiles%\Microsoft Visual Studio 8\SDK\v2.0\bin\gacutil.exe /if Microsoft.VisualStudio.EnterpriseTools.ClassDesigner.dll을 실행합니다.

 

Visual Studio 설치를 실행하는 동안 System Management Server로 인해 충돌 또는 시퀀스 오류가 발생합니다. Visual Studio 2005의 일부로 MDAC를 설치하는 경우 Visual Studio에 알리지 않고 설치가 실패합니다.

이 문제를 해결하려면

컴퓨터를 다시 부팅하고 설치 프로그램을 다시 실행합니다.

 

Microsoft SQL Express는 압축된 폴더에 설치할 수 없습니다.

이 문제를 해결하려면

폴더 압축을 풀거나 다른 위치에 설치합니다.

 

ngen.exe는 경우에 따라 REGDB_E_CLASSNOTREG 또는 RPC_S_SERVER_UNAVAILABLE과 함께 실패합니다.
이 문제는 보통 ngen 명령을 연속해서 실행할 경우 발생합니다. 두 명령을 15분 간격으로 실행하거나 다시 부팅하면 문제가 해결될 수도 있습니다. 하지만 재부팅하는 경우에는 일반적인 문제가 수정되는 것은 아니며 동일한 문제가 다시 발생할 수 있습니다.

이 문제를 해결하려면

DCOM98Patch (영문)를 클릭하여 DCOM 98 패치를 설치합니다.

 

설치가 "설치 프로그램이 설치를 구성하고 있습니다..."에서 한 시간 이상 지연된 다음 "디렉터리가 잘못되었습니다."라는 오류 메시지가 표시됩니다.

이 문제는 사용 가능한 디스크 공간이 부족하여 발생합니다.

이 문제를 해결하려면

디스크 드라이브의 여유 공간을 늘립니다.

 

언어 팩을 Active Directory를 통해 배포하면 버전 번호가 그룹 정책 개체(소프트웨어 설치 테이블)에 표시됩니다. 이는 제품 이름이 "2.0"인데 버전 데이터가 "1.1"인 경우 혼동될 수 있습니다.

이 문제를 해결하려면

알려진 해결 방법이 없습니다.

 

전체 Windows Server 2003 SP1 설치가 포함된 CD를 사용하여 업그레이드하면 사용자의 컴퓨터에 있는 공유 파일 mscoree.dll이 .Net Framework 1.1 mscoree.dll 파일로 바뀝니다.
따라서 서비스 팩이 설치된 후 .Net Framework 2.0에 대해 컴파일된 응용 프로그램이 실행되지 않습니다.
Windows Server 2003에서 서비스 팩만 업데이트하면 이러한 문제가 발생하지 않습니다.

이 문제를 해결하려면

Windows Server 2003 서비스 팩을 설치한 후 .NET Framework를 복구해야 합니다.
1. 제어판에서 프로그램 추가/제거를 선택합니다.
2. Microsoft .NET Framework 2.0을 선택합니다.
3. 변경/제거를 클릭합니다.
4. 대화 상자가 나타나면 복구를 선택하고 다음을 클릭합니다.
5. 다시 부팅하라는 메시지가 나타나면 컴퓨터를 다시 부팅합니다.

 

IIS6이 WoW64 모드이고 ASP.NET 1.1이 활성화된 64비트 운영 체제에 64비트 .NET Framework 2.0을 설치하면 기존 ASP.NET 1.1 응용 프로그램이 비활성화됩니다. 이는 Framework 설치 프로그램에서 aspnet_filter를 64비트 버전에 잘못 연결하고 aspnet_isapi 확장 버전 1.1을 제거하여 발생합니다.

이 문제를 해결하려면

32비트 버전의 aspnet_filter를 사용하도록 IIS를 직접 변경하고 ASP.NET 1.1 ISAPI 확장을 다시 설치해야 합니다.

1.    인터넷 정보 서비스(IIS) 관리자(inetmgr.exe)를 시작합니다.
2.    로컬 컴퓨터 노드를 확장한 다음 웹 사이트노드를 클릭합니다.
3.    동작 메뉴에서 속성을 선택합니다.
4.    웹 사이트 속성 대화 상자에서 ISAPI 필터 탭을 선택합니다.
5.    필터 목록에서 ASP.NET 2.0 필터를 선택하고 제거 단추를 클릭합니다.
6.    추가 단추를 클릭하고 다음을 입력합니다.
        필터 이름: ASP.NET_ 1.1.4322
        실행 파일: C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\aspnet_filter.dll
7.    확인을 클릭합니다.
8.    로컬 컴퓨터 노드 아래에서 웹 서비스 확장 노드를 클릭합니다.
9.    작업 아래에서 새 웹 서비스 확장 추가를 클릭합니다.
10.    새 웹 서비스 확장 대화 상자에서 다음을 입력합니다.
        확장 이름: ASP.NET v1.1.4322
        필요한 파일에서 추가...를 클릭한 후 파일 경로에 C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\aspnet_isapi.dll을 입력합니다.
        확장 상태를 [허용됨]으로 설정 확인란을 선택합니다.

        확인을 클릭합니다.

 

SDK를 Active Directory를 통해 배포하면 버전 번호가 그룹 정책 개체(소프트웨어 설치 테이블)에 표시됩니다. 이는 제품 이름이 "2.0"인데 버전 데이터가 "1.1"인 경우 혼동될 수 있습니다.

이 문제를 해결하려면

알려진 해결 방법이 없습니다.

 

IA64 컴퓨터에 v2.0의 .NET Framework가 설치되어 있는 경우 v1.1 VJ# 설치가 실패합니다. 또한 Visual Studio 2003의 경우 VJ#에 대한 필수 구성 요소 제한이 있으므로 v2.0 프레임워크가 설치된 IA64 컴퓨터에는 VS2003이 설치되지 않습니다.

이 문제를 해결하려면

두 가지 해결 방법이 있습니다.

손쉬운 방법은 먼저 v2.0 프레임워크를 제거한 다음 VJ# v1.1을 설치하는 것입니다.

v2.0 프레임워크를 제거할 수 없는 경우 다음 단계를 수행합니다.

v1.1 Redist를 설치합니다.
v1.1 J#Redist MSI 파일을 수동으로 추출합니다.
지정된 어셈블리를 GAC에 설치하는 세 개의 구성 요소를 FeatureComponents 테이블에서 제거하도록 MSI 파일을 편집합니다.
MSI를 실행합니다.
32비트(v1.1 또는 v2.0) gacutil.exe를 사용하여 세 개의 어셈블리를 GAC에 수동으로 설치합니다.

 

x64용 .Net Framework 2.0 SDK를 설치하려면, 레이블이 ".NET Framework SDK (x64)"인 디스크를 컴퓨터의 CD 또는 DVD 드라이브에 삽입하여 자동 실행을 구동시키거나 혹은 탐색기에서 CDS.EXE의 파일 아이콘을 두 번 클릭하면 나타나는 지침을 따라 설치하십시오.

 

현재, Visual Studio 2005를 설치한 후 PB를 설치하면 데이터 저장소에서 플랫폼 항목이 중복됩니다. Visual Studio가 나중에 호출되거나 다시 시작되면 중복된 플랫폼 항목은 해당 항목이 추가된 방법에 관계없이 플랫폼 ID에 기반하여 제거됩니다. 이 경우 PB가 설치되기 전에 데이터 저장소에서 변경된 내용(예: 에뮬레이터 설정 )은 중복된 항목이 제거되면서 함께 손실됩니다.

이 문제를 해결하려면

영향을 받는 플랫폼의 설정을 Visual Studio에서 수동으로 변경합니다.

 

PB를 제거하면 Visual Studio와 종속성을 가지는 conman2.dll을 포함한 일부 dll의 등록이 취소됩니다. 이 경우 Visual Studio 스마트 장치 기능이 손상될 수도 있습니다.

이 문제를 해결하려면

Visual Studio 설치를 복구하면 이 문제가 수정됩니다.

 

Crystal Reports for Visual Studio 2005 연결에 대한 자세한 내용은 http://www.businessobjects.com/products/reporting/crystalreports/net/vsnet.asp (영문)를 참조하십시오.