Въведение

Тази статия се описва как да отстранявате проблеми с конфигурацията на Internet Information Services (IIS) в Microsoft SQL Server 2005 Reporting Services.

Тази статия е предназначена предимно за диагностиката на IIS 6.0 конфигурация проблеми при Reporting Services основен режим. Тази статия се отнася обикновено за IIS 5.0 и IIS 7.0. Обаче някои диагностични стъпки може да се записва само за IIS 6.0, като например стъпките за проверка на инсталацията на Microsoft ASP.NET с помощта на диспечера на IIS. Тази статия се разглежда някои често конфигурационни проблеми при удостоверяване, ASP.NET и Internet Explorer.

Допълнителна информация

1 общ подход

Проблеми с конфигуриране на IIS обикновено се показват като неуспех да се свържете или за изпълнение на сървъра за отчети или Диспечер на отчети. За успешно диагностициране проблемите конфигурация, трябва да прегледате архитектура на услугите за отчет и че Reporting Services е интегриран с IIS. В тази статия се опитва да идентифицира често IIS конфигурационни проблеми, които може да причини повреда в услугите за отчитане. Също се обсъждат някои въпроси за IIS.

1.1Request поток

HTTP заявка от потребителя пътува през много слоеве. Знае кои слой неуспешна заявка може да ви помогне да определите естеството на неизправността. Следващата диаграма е опростена диаграма на потока на заявка:



Услуги за отчетност инсталира една виртуална директория на сървъра за отчети и една виртуална директория за диспечер на отчети. Името по подразбиране виртуална директория на сървъра за отчети е "reportserver." Виртуална директория името по подразбиране за диспечер на отчети е "справки".


Обикновено започнете да диагностицират проблеми с услугите за отчитане чрез изпращане на заявка в главната директория на сървъра за отчети в Internet Explorer. По подразбиране URL Адресът е http://< сървър >/reportserver. Ако работи сървъра за отчети, можете да използвате Internet Explorer да изпратите заявка за http://< сървър >/reports. Ако сте конфигурирали отчет сървър да използва слой със защитени сокети (SSL), Вие първо трябва да се уверите, че сървърът може да работи в режим на не-SSL. Ако сте конфигурирали разполагане хоризонтално мащабиране, можете първо трябва да се уверите, че Report Server може да работи на отделни възли. Диагностика на проблеми в следния ред ви позволява да изолирате проблема по-бързо.

1.2Common симптоми

Този раздел съдържа общи симптоми, които възникват при заявки провали в определен слой. Този раздел ви казва къде да търсите съобщения за грешки.

1.2.1Firewall

Ако имате достъп до сървъра за отчети от клиент за отдалечен компютър, проверете дали защитната стена не блокира искането. Блокирани заявка се записва в регистрационния файл на защитната стена.

За повече информация относно начина на намиране на регистрационния файл на защитната стена щракнете върху следния номер на статия в базата знания на Microsoft:

929455 Когато конфигурирате запазва регистрационния файл на защитната стена на Windows в Windows Vista, информация може да не се записва в регистрационния файл

Можете да посетите следните сайтове на Microsoft:

http://technet.microsoft.com/en-us/library/cc736373.aspx

http://technet.microsoft.com/en-us/library/cc758040.aspx

1.2.2HTTP.sys

IIS 6.0, който не се изпълнява в режим на изолацията на IIS 5.0 и IIS 7.0 използва HTTP драйвер за режим на ядрото (HTTP.sys) да изпълнява HTTP мрежа вход/изход. HTTP услугата се стартира автоматично. Не трябва да се извърши ръчно конфигуриране. Ако Reporting Services е конфигуриран да използва SSL, трябва да се уверите, че HTTP SSL услугата е стартирана.

Процесът на HTTP.sys може да върне грешка на клиента дори IIS е засегната. Това може да възникне, когато URL Адресът е неправилен или самоличността на IIS уеб сайт не е конфигуриран правилно. Грешките са регистрирани в регистрационния файл за грешки на HTTP.sys.

За повече информация относно HTTP.sys файлове за грешки посетете следния уеб сайт на Microsoft:

http://technet.microsoft.com/en-us/library/cc786081.aspxЗа повече информация за регистриране на грешки в HTTP API щракнете върху следния номер на статия в базата знания на Microsoft:

820729 регистриране на грешки в HTTP API

1.2.3IIS и приложение набори

Преди се разглежда конфигурацията на IIS, трябва да се изпълнява услугата за администриране на IIS и набора. Освен това трябва да проверите дали уеб сайт е правилно. Трябва да внимателно с идентичността на уеб сайта, ако уеб сайт, който хоства услуги за отчет не е по подразбиране уеб сайт или ако не зададете "Всички незададен" за самоличността на уеб сайта. Ако сте конфигурирали сървъра за отчети и Диспечер на отчети на различни уеб сайтове, опитайте да конфигурирате сървъра за отчети и Диспечер на отчети на същия сайт. Ако други приложения на същия сайт с услугите за отчет, опитайте да конфигурирате виртуалните директории на услугите за отчет на нов уеб сайт. Ако имате други разширения на ISAPI или филтри, опитайте да премахнете други разширения на ISAPI или филтри.

Ако няколко конфигурационни проблеми с IIS, можете да преинсталирате IIS. Когато направите това, трябва да преконфигурирате ASP.NET и услуги за отчет виртуални директории.

За повече информация относно местоположението на регистрационния файл на IIS щракнете върху следния номер на статия в базата знания на Microsoft:

324091 на: изглед и отчети от регистрационни файлове

Можете също да посетите следния уеб сайт на Microsoft:

http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/bea506fd-38bc-4850-a4fb-e3a0379d321f.mspx?mfr=true

1.2.4ASP.NET

Съобщение за грешка в Internet Explorer може да покаже, че проблемът възниква в ASP.NET. Ако преди това сте деинсталирали IIS или ASP.NET на компютъра, трябва да проверите ASP.NET конфигурация. Можете да поправите повечето ASP.NET конфигурационни проблеми чрез файла aspnet_regiis.exe да регистрирате ASP.NET в IIS. За повече информация за проверка на ASP.NET вижте раздел 4 на тази статия.

Можете да използвате просто .aspx страница за извършване на sanity проверка на конфигурацията на IIS и ASP.NET. За да направите това, изпълнете следните стъпки:

  1. Създаване на нова виртуална директория на уеб сайт, който подслонява виртуални директории на Reporting Services.

  2. Задавайте разрешение за четене и изпълнение на разрешение за виртуална директория.

  3. Разполагане на прост .aspx страница виртуална директория.

Ако не можете да разглеждате .aspx страница в Internet Explorer, първо реши проблема. Проблемът може да възникне в ASP.NET или в слоевете преди заявката да достигне ASP.NET.

1.2.5Report сървър виртуални директории

Ако виртуални директории на Reporting Services не са конфигурирани чрез предоставянето на Reporting Services Windows управление (WMI) или инструмента за конфигуриране на Reporting Services, трябва да изпълните инструкциите в раздел 4.1 да проверите настройките на виртуални директории. Ако няколко конфигурационни проблеми, можете да създадете повторно виртуални директории, чрез WMI или чрез инструмента за конфигуриране на услуги за отчитане.

За да разрешите проблеми, първо проверете и определи виртуална директория на сървъра за отчети. Тогава, когато работи на сървъра за отчети, можете да проучи и определи виртуална директория Диспечер на отчети. Диспечер на отчети не могат да комуникират със сървъра за отчети, обикновено се записва грешка в регистрационните файлове на услугите за отчитане.

За повече информация за регистрационните файлове за проследяванията на услугите за отчет посетете следния сайт на MSDN:

http://msdn.microsoft.com/en-us/library/ms156500(SQL.90).aspxПо-долу е типичен пример за следните грешки:

w3wp! ПИ! 1! 8 / 5/2008-10: 20:56:: е грешка: код за състояние на HTTP 500 ->

---Подробности---

System.Net.WebException: Заявката е неуспешна с < грешка >

в Microsoft.SqlServer.ReportingServices2005.RSConnection.GetSecureMethods()
в Microsoft.ReportingServices.UI.Global.RSWebServiceWrapper.GetSecureMethods()

Ако работи виртуалната директория на сървъра за отчети, но виртуална директория Диспечер на отчети не работи, прегледайте URL, използващ Диспечер на отчети за комуникация със сървъра за отчети.

За повече информация посетете следния уеб сайт:

http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspxЗа повече информация щракнете върху следния номер на статия в базата знания на Microsoft:

922656 съобщение за грешка при опит да отворите инструмента за диспечер на отчети в SQL Server 2005 Reporting Services: "заявката не е в състояние на HTTP 400: неправилна заявка" или "неуспешен опит за свързване към сървъра на отчета"

Проблеми с конфигуриране на 2Web сайт

2.1Web сайт самоличност проблеми

Ако съобщение за грешка показва, че Internet Explorer не може да достигне до сървъра за отчети или Диспечер на отчети, трябва да проверите настройките на уеб сайта за услуги за отчитане. Следват някои съобщения за грешки, които може да се появи.

В диспечера на отчети, получавате следното съобщение за грешка:

Неуспешен опит за свързване към сървъра за отчети. Проверете информацията за връзката и че сървъра за отчети е съвместима версия.

В Internet Explorer получавате следното съобщение за грешка:

Не може да намери сървър или DNS грешка

В Internet Explorer получавате следното съобщение за грешка:

HTTP 400 лошо искане

Уверете се, че IP адреса или името на хоста, който се използва в URL решава компютър и уеб сайта, който хоства виртуални директории на Reporting Services. Ако виртуални директории се хоства на различни уеб сайтове, проверете конфигурацията на уеб сайта за сървъра за отчети и Диспечер на отчети.

Ако URL Адресът е зададен като IP адрес, проверете следното:

  • Уверете се, че решава IP адреса на компютъра, който хоства виртуални директории на Reporting Services. Можете да използвате командата ipconfig.exe в списъка на мрежовите интерфейси на компютъра.

  • Уверете се, че уеб сайтове, хост Reporting Services използвате Всички незададен настройка или IP адреса, който сте задали в прозореца за идентификация на уеб сайта .

Ако URL Адресът е зададен от името на хоста, проверете следното:

  • Уверете се, че името на хоста решава услугите за отчет на компютъра. Можете да използвате командата ping.exe да преобразува името на хоста на IP адрес. След това се уверете, че IP адресът разрешава на компютъра, който хоства виртуални директории на Reporting Services.

  • Уверете се, че уеб сайтът използва Всички незададен настройката за идентифициране на уеб сайт или уеб сайта да задава заглавка на хост, която отговаря на заглавката на хоста в искането. Заглавката на хоста, използващ заявката обикновено е името на сървъра, зададен в URL адреса. В случай натоварването на мрежата натоварване (NLB) заглавката на хоста обикновено е името на виртуален възел. Заглавката на хоста също може да се определи файла Hosts.

В IIS 5.0 и IIS 6.0 уеб сайт на самоличности са дефинирани в прозореца на Идентификация на уеб сайта на уеб сайт на раздела на страницата със Свойства на уеб сайта . В IIS 7.0 можете да зададете самоличността на уеб сайт като щракнете върху връзката Свързване в прозореца за Редактиране на сайта . За повече информация как се определят сайт самоличности посетете следните уеб сайтове.

Забележка: IIS 5.0 използва интерфейс, който прилича на IIS 6.0 за дефиниране на сайт на самоличности.

http://technet.microsoft.com/en-us/library/cc771911.aspx

http://technet.microsoft.com/en-us/library/cc754348.aspx

http://learn.iis.net/page.aspx/150/understanding-sites-apps-and-vdirs-in-iis-7/#SitesМожете също така трябва да се уверите, че Диспечер на отчети използва правилен URL адрес за достъп до сървъра за отчети. За повече информация посетете следните уеб сайтове на Microsoft:

http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx

http://msdn.microsoft.com/en-us/library/ms155921(SQL.90).aspx

2.2Issues, които възникват след преинсталиране на IIS

Ако сте преинсталирали IIS, трябва да преконфигурирате ASP.NET, виртуални директории на сървъра за отчети и виртуални директории Диспечер на отчети.

Информация за инсталиране на IIS

За повече информация как да инсталирате IIS 6.0 посетете следния уеб сайт на Microsoft:

http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/750d3137-462c-491d-b6c7-5f370d7f26cd.mspx?mfr=trueЗа повече информация относно как да деинсталирате IIS 6.0 посетете следния уеб сайт на Microsoft:

http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/910e7485-d74c-4647-87a5-f9d0f9aae51e.mspx?mfr=trueЗа повече информация как да инсталирате IIS 7.0 посетете следния уеб сайт на Microsoft:

http://technet.microsoft.com/en-us/library/cc732624.aspxЗа повече информация как да инсталирате и използвате IIS 5.0 щракнете върху следния номер на статия в базата знания на Microsoft:

266115 ресурси за инсталиране и използване на IIS 5.0

Информация за възстановяване на виртуални директории на Reporting Services

За повече информация посетете следните уеб сайтове на Microsoft:

http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx

http://msdn.microsoft.com/en-us/library/ms155921(SQL.90).aspx

2.3Issues с ISAPI филтър

Външни ISAPI филтри могат да причинят проблеми на сървъра за отчети виртуални директории. Ако други ISAPI филтри, опитайте да премахнете филтри от уеб сайта, който хоства виртуални директории на Reporting Services. Или преместване на виртуални директории на Reporting Services към новия сайт.

3Authentication проблеми

3.1You трябва да въведете идентификационни данни в Internet Explorer за достъп до услугите за отчет

Когато Reporting Services е конфигуриран да използва интегрирано Windows удостоверяване, Internet Explorer не обикновено е конфигуриран да ви подканва за идентификационни данни. За да определите дали Internet Explorer е конфигуриран да винаги Питай за идентификационни данни, изпълнете следните стъпки:

  1. Отворете Internet Explorer.

  2. В менюто инструменти изберете Опции за интернет.

  3. В раздела защита изберете зоната, която се прилага към URL адрес, който се използва за достъп до сървъра за отчети. Например ако използвате NetBIOS име за достъп до сървъра за отчети, изберете зоната на Локалния интранет .

  4. Щракнете върху ниво по избор.

  5. В областта за Удостоверяване на потребителя в диалоговия прозорец Настройки за защита щракнете върху автоматично влизане само в интранет зоната в областта за влизане . Ако URL в интранет зоната, можете да щракнете върху автоматично влизане с текущото потребителско име и парола.

3.2You получите съобщение за грешка HTTP 401, след като въведете идентификационни данни в Internet Explorer

Ако получите съобщение за грешка HTTP 401 след като сте получили многократно бърз от Internet Explorer, възникнала е грешка при удостоверяване. Например ако инсталирате услуги за отчет в основен режим, можете да получите подкана за идентификационни данни три пъти преди да получите съобщение за грешка HTTP 401 в Internet Explorer. Когато възникне този проблем, регистрационния файл на IIS показва "HTTP 401" като отговор на IIS. За да отстраните този проблем, проверете следното:

  • Уверете се, че сте въвели правилното потребителско име и парола.

  • Следвайте стъпките в раздел 3.1 на тази статия. Уверете се, че не да изберете анонимно влизане в настройките за сигурност на зона.

Най-често получавате съобщение за грешка HTTP 401, ако сте конфигурирали Reporting Services да използва интегрирано Windows удостоверяване. По подразбиране IIS разрешава метод за удостоверяване Negotiate и NTLM удостоверяване. Internet Explorer обикновено използва Negotiate метод за удостоверяване, преди Internet Explorer използва NTLM удостоверяване.

Ако използвате FQDN или персонализирана заглавка на хоста не съвпада с името на компютъра, може да възникне проблем проверка обръщане към себе си. Когато възникне този проблем, обикновено можете да отворите Reporting Services уеб сайтове с помощта на IP адрес. Обаче нямате достъп до уеб сайтове с помощта на FQDN или име на хост.

За повече информация щракнете върху следния номер на статия в базата знания на Microsoft:

896861 получавате грешка 401.1, когато преглеждате уеб сайт, който използва интегрирано удостоверяване и се хоства на IIS 5.1 или IIS 6

3.2.1 Kerberos удостоверяване

Когато протокола договорен удостоверяване Kerberos, може да получите съобщение за грешка HTTP 401 поради Kerberos удостоверяване проблеми. Ето някои от следните проблеми:

  • Ако на набора приложения се основава на акаунт на домейн, можете да получите съобщение за грешка HTTP 401, ако не е конфигуриран HTTP главно име на услуга (SPN). Когато възникне този проблем, получавате следния код на грешка Kerberos:

    KRB_ERR_APP_MODIFIEDМожете да получите достъп до сървъра с помощта на следния адрес:

    http://localhost/<reportserver_vdir>Обаче нямате достъп до сървъра с помощта на следния адрес:

    http://<NetBIOS>/<reportserver_vdir>Решение или заобиколите тези проблеми, използвайте един от следните методи:

    • Конфигуриране на HTTP SPN за разрешаване на Kerberos удостоверяване. Ако използвате NetBIOS име и FQDN в URL адреса за достъп до услугите за отчет, трябва да регистрирате HTTP SPN NetBIOS името и FQDN. Не можете да конфигурирате HTTP SPN за различни акаунти на компютъра. Затова различни наборите трябва да се изпълнява под същия профил да използва същия HTTP SPN. За повече информация щракнете върху следния номер на статия в базата знания на Microsoft:

      871179 получавате "HTTP грешка 401.1 - неразрешено: Достъпът е отказан поради невалидни идентификационни данни" съобщение за грешка при опит за достъп до уеб сайт, който е част от набора IIS 6.0

    • Променете вашата самоличност на набора приложения, NetworkServices или LocalSystem. Тези акаунти могат да използват вградени ХОСТ SPN вместо HTTP SPN.

    • Сила на IIS да приемат само NTLM удостоверяване. За повече информация посетете следния уеб сайт на Microsoft:

      http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/7258232a-5e16-4a83-b76e-11e07c3f2615.mspx?mfr=true

  • Получавате следния код на Kerberos грешка в регистрационния файл за събития:

    KRB_ERR_RESPONSE_TOO_BIGЗа да разрешите или заобиколите този проблем, изпълнете следните стъпки:

    1. Разрешаване на регистрирането на Kerberos. За повече информация щракнете върху следния номер на статия в базата знания на Microsoft:

      262177 как да разрешите регистрирането на събития на Kerberos

    2. Прегледайте регистрационния файл. Ако виждате код на грешка KRB_ERR_RESPONSE_TOO_BIG, вижте следната статия в базата знания на Microsoft за решение на този проблем:

      244474 как да накарате Kerberos да използват TCP вместо UDP в Windows Server 2003, Windows XP и Windows 2000

3.2.2 базово удостоверяване

Ако Reporting Services е конфигуриран да използва базово удостоверяване, неуспешно удостоверяване се записва в защитата на събитията на сървъра, който изпълнява IIS. Преглед на съобщението за грешка. Ако правилата за локална защита позволява удостоверяване, трябва или да позволите това влизане пишете в правила за локалната защита или променете типа на влизане в конфигурацията на IIS.

3.3You получите съобщение за грешка "Достъпът е отказан" в Internet Explorer за IUSR или друг IIS Анонимен потребител

Ако това съобщение за грешка се появява неочаквано, определете дали анонимен защита е разрешена на виртуални директории на Reporting Services. Ако тази настройка е активирана, го изключите.

3.4Kerberos възникнат проблеми за делегиране

Тези проблеми обикновено са известни като "Двойна преход" проблеми. Kerberos делегиране проблеми могат да възникнат, когато са налице следните условия:

  • Конфигуриран интегрирана защита за източници на данни в отчета.

  • Отчет на достъп до отдалечен сървър за източник на данни. Например отчета достъп до услугите за анализ или сървър за база данни на Microsoft SQL Server.

  • Когато влизате в отчета, получавате едно от следните съобщения за грешка:

    Съобщение за грешка 1

    Неуспешно влизане потребител (null)

    Съобщение за грешка 2

    Неуспешно влизане потребител "NTAUTHORITY\ANONYMOUS"

  • Когато проверявате събитията на защитата на сървъра, който хоства източника на данни, виждате събития, които показват, че регистрирането на Анонимен потребител.

Схема на NTLM удостоверяване не изпълнява Двойна преход операции. Ако сте премахнали доставчикът на удостоверяване на Negotiate от уеб сайта или виртуална директория Reporting Services, трябва да добавите повторно Negotiate доставчик на удостоверяване.

За повече информация посетете следните уеб сайтове на Microsoft или KB статии:за повече информация щракнете върху следните номера на статии в базата знания на Microsoft:

215383 как да конфигурирате IIS да поддържат протокола Kerberos и NTLM протокол за мрежово удостоверяване

326985 Kerberos отстраняване на проблеми в IIS

917409 как да конфигурирате SQL Server 2005 Analysis Services да използва Kerberos удостоверяване

319723 как да използвате Kerberos удостоверяване в SQL Server

909801 как да се уверите, че използвате Kerberos удостоверяване, когато създавате отдалечена връзка с екземпляр на SQL Server 2005

За повече информация посетете следните уеб сайтове на Microsoft:

http://www.microsoft.com/downloads/details.aspx?FamilyID=99B0F94F-E28A-4726-BFFE-2F64AE2F59A2&displaylang=en

http://technet.microsoft.com/en-us/library/cc281382(SQL.100).aspxАко искате да избегнете Kerberos удостоверяване, можете да използвате един от следните методи:

  • Конфигуриране на съхранените идентификационни данни за източника на данни.

  • Конфигуриране на Reporting Services, за да използвате базово удостоверяване. По подразбиране влизане е NetworkClearText метод. Този метод позволява да направите един допълнителен преход от сървъра за отчети.

Проблеми с конфигуриране на 4ASP.net

4.1General грешки

Проблеми с конфигуриране на ASP.NET имат различни симптоми. Например може да възникне един от следните:

  • Може да получите съобщение за грешка HTTP 404.

  • Можете да получите следното съобщение за грешка:

    Не може да зареди ресурс Microsoft.ReportingServices.UI.GlobalApp

  • Можете да получите съобщения за грешка други изключение от ASP.NET.

ASP.NET конфигурационни проблеми може да се дължи на деинсталиране или преинсталиране на Microsoft .NET Framework версия. За да отстраните тези проблеми, направете следното:

  • В диспечера на IIS щракнете върху възел на уеб сайтове и след това щракнете върху свойства. В прозореца на свойствата на уеб сайтове щракнете върху раздела ASP.NET и се уверете, че версията на ASP.NET е 2.0.50727.

  • В диспечера на IIS щракнете върху възел на уеб сайтове и след това щракнете върху свойства. В прозореца на свойствата на уеб сайтове щракнете върху раздела ISAPIFilters Намерете и щракнете ASP.NET_2.0.50727.0 филтър. Уверете се, че изпълнимия файл съдържа валиден път за ASP.NET филтър .dll файл.

    Забележка: В IIS 5.1 филтърът не съществува.

    Забележка: В IIS 7.0 можете да видите филтър, като щракнете върху иконата на ISAPI филтри на страницата със свойства на уеб сайта.

  • В диспечера на IIS, намерете и щракнете с десния бутон върху виртуална директория на сървъра за отчети и след това щракнете върху свойства. В диалоговия прозорец щракнете върху раздела Виртуална директория и натиснете Конфигуриране. Уверете се, че прозорецът на Разширения на приложението е празен. Проверете дали Заместващи приложение карти екран има един заместващи съпоставяне. Изберете заместващ съответствието и след това щракнете върху Редактиране. Уверете се, че полето за изпълнение съдържа правилния път за файла aspnet_isapi.dll. Уверете се, че не е отметнато квадратчето Уверете се, че файлът съществува .

  • В диспечера на IIS, намерете и щракнете с десния бутон върху виртуалната директория за диспечер на отчети и след това щракнете върху свойства. В диалоговия прозорец щракнете върху раздела Виртуална директория и натиснете Конфигуриране. Уверете се, че прозореца на Разширения на приложението съдържа съпоставяне по подразбиране. Това е списък на съпоставяния за често срещани типове файлове ASP.NET като .aspx и .asax. За възстановяване на съответствието по подразбиране, използвайте следната команда за създаване на карти правилно скрипт:

    aspnet_regiis.exe-s < отчет мениджър път >Забележка: В IIS 7.0 съответствията са под иконата за Нанасяне на манипулатори .

  • В IIS уеб сървър разширения Уверете се, че ASP.NET 2.0.50727 е активиран.

Ако проверката премине неуспешно, можете да регистрирате ASP.NET за разрешаване на проблема. За тази цел използвайте един от следните методи:

  • Ако изпълнявате 32-битова версия на услугите за отчет на 32-битова операционна система или 64-битова операционна система, изпълнете следната команда в командния ред:

    %SystemRoot%\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i-активиране

  • Ако използвате 64-битова версия на услугите за отчет на 64-битова операционна система, изпълнете следната команда в командния ред:

    %SystemRoot%\Microsoft.NET\Framework64\v2.0.50727\aspnet_regiis.exe -i-активиране

Не можете да стартирате ASP.NET 1. x и ASP.NET 2.0 в един и същ IIS работният процес. Ако използвате IIS 6.0 или IIS 7.0, се уверете, че наборът приложения, който подслонява приложението на сървъра за отчети не подслонява ASP.NET 1. x приложения. Ако използвате IIS 5.0, или ако използвате IIS 6.0 на IIS 5.0 режим на изолиране, уверете се, че не се изпълняват приложения, които изискват ASP.NET 1. x.

4.2You получите съобщение за грешка "текущата самоличност (NT AUTHORITY\NETWORK SERVICE) няма достъп за записване на"< път > \v2.0.50727\Temporary ASP.NET файлове""


Грешката е причинена от ASP.NET Невалидна конфигурация. За да разрешите проблема, предоставят запис и изпълнение разрешения ASP.NET временни файлове папка, която показва съобщението за грешка.

5SSL проблеми

5.1Problems възниква с клиентски сертификати

Ако сте конфигурирали клиентски сертификати на виртуални директории, Диспечер на отчети не може да удостоверяване на сървъра за отчети. Този проблем възниква, защото Диспечер на отчети не е предназначена да премине клиентски сертификати, когато Диспечер на отчети комуникира със сървъра за отчети чрез HTTP заявки. Следователно ако конфигурирате IIS да разрешите опцията Изискват сертификати на клиента , можете да използвате Диспечер на отчети. За да заобиколите този проблем, можете да изчистите квадратчето Изискват клиентски сертификати за виртуална директория на сървъра за отчети.

5.2 получавате съобщение за грешка "Затвори връзката" или грешки, които показват SSL връзка грешка

В Internet Explorer получавате едно от следните съобщения за грешка:

Съобщение за грешка 1

Затвори връзка

Съобщение за грешка 2

Основната връзка е прекъсната

Съобщение за грешка 3

Не може да установи връзка на доверие за SSL/TLS защитен канал

Съобщение за грешка 4

Код на състояние на HTTP 500 ->

Ако получите следните съобщения за грешка, SSL връзка може да има грешка. SSL връзка грешки обикновено са причинени от сертификата, който е инсталиран в IIS. За да разрешите този проблем, направете следното:

  • Уверете се, че удостоверение за името на хоста или заглавката на хоста в URL адреса, който използвате за достъп до диспечера на отчети или сървъра за отчети.

  • Уверете се, че сертификатът е издаден името на хоста или заглавката на хоста в URL адреса, който използва Диспечер на отчети за достъп до сървъра за отчети.

    Забележка: URL Адресът може да се определи ReportServerUrl елемент в RsWebApplication.config файл. Ако този URL адрес е дефинирано, името на хоста на URL Адресът е името на хоста, който клиентът използва за достъп до диспечера на отчети. Тъй като името на хоста, може да варира, ако използвате различни URL адреси за достъп до диспечера на отчети, препоръчително е изрично да дефинирате ReportServerUrl елемент с помощта на името на правилния хост. За повече информация посетете следния сайт на MSDN:

    http://msdn.microsoft.com/en-us/library/ms155878(SQL.90).aspx

  • Уверете се, че верига на сигурност сертификат е валиден. Уверете се, че сертификатът или издателя на сертификата е надежден.

5.3Problems възниква в HTTP комуникация между сървъра за отчети и Диспечер на отчети

Проблем може да възникне в HTTP комуникация между Диспечер на отчети и сървъра за отчети. Когато конфигурацията на SSL е невалиден, Диспечер на отчети да отговарят на Internet Explorer успешно. Диспечер на отчети обаче не може да комуникира със сървъра за отчети. Ако възникне този проблем, Диспечер на отчети правилно показва изображения на началната страница на диспечера на отчети. Обаче Диспечер на отчети показва съобщение за грешка в мястото, където очаквате папки и елементи на отчета.


За диагностика на тези проблеми, използвайте проследяване на .NET Framework. За да разрешите проследяването на .NET Framework, добавете следния код във файла Web.config, който е в папката Диспечер на отчети:

<system.diagnostics>         <trace autoflush="true" />
<sources>
<source name="System.Net" maxdatasize="1024">
<listeners>
<add name="MyTraceFile"/>
</listeners>
</source>
<source name="System.Net.Sockets" maxdatasize="1024">
<listeners>
<add name="MyTraceFile"/>
</listeners>
</source>
</sources>
<sharedListeners>
<add
name="MyTraceFile"
type="System.Diagnostics.TextWriterTraceListener"
initializeData="d:\tmp\System.Net.trace.log"
/>
</sharedListeners>
<switches>
<add name="System.Net" value="Verbose" />
<add name="System.Net.Sockets" value="Verbose" />
</switches>
</system.diagnostics>

Например, да предположим, че заглавка на хост сървъра е "Пример1". Въпреки това вашият сертификат се издава "Пример2". Когато получите достъп до началната страница на диспечера на отчети чрез http://example1/reports URL, получавате предупредително съобщение, което показва, че сертификатът е невалиден. Затова конфигурация на сертификат е невалиден.

Забележка: В зависимост от версията на Internet Explorer, която използвате предупреждение може да бъде изскачащи или съобщение, което се появява в Internet Explorer. Или, ако сте избрали да игнорирате предупреждения преди, не може да получите предупреждение в Internet Explorer.

В диспечера на отчети, получавате следното съобщение за грешка:

Основната връзка е прекъсната: не може да установи връзка на доверие за SSL/TLS защитен канал.

След това добавете този XML код на файла Web.config в директорията Диспечер на отчети.

Забележка: Може да се наложи да извършите обединяването ако файла Web.config съдържа елемент < system.diagnostics > или < превключватели > елемент.

Когато се появи същото съобщение за грешка, вижте регистрационния файл, който сте посочили в XML код. В този пример регистрационният файл е в следното местоположение:

D:\tmp\System.Net.trace.logВ долната част на регистрационния файл виждате следното:System.Net Information: 0 : [3316] SecureChannel#63605042 - Remote certificate has errors:System.Net Information: 0 : [3316] SecureChannel#63605042 - Certificate name mismatch.
System.Net Information: 0 : [3316] SecureChannel#63605042 - A certificate chain processed, but terminated in a root certificate which is not trusted by the trust provider.

System.Net Information: 0 : [3316] SecureChannel#63605042 - Remote certificate was verified as invalid by the user.
System.Net.Sockets Verbose: 0 : [3316] Socket#23836999::Dispose()
System.Net Error: 0 : [3316] Exception in the HttpWebRequest#44235609:: - The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.
System.Net Error: 0 : [3316] Exception in the HttpWebRequest#44235609::EndGetResponse - The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.

Обърнете внимание, че съобщение за грешка показва вида на сертификата възникнал проблем.

6Scale се и натоварване баланс проблеми

6.1You получите съобщение за грешка HTTP 401 периодично

Двойна преход проблем натоварването въвежда май причини временни грешки 401 на HTTP. С натоварването в HTTP искане, изпратено до един и същ компютър може да се насочват виртуален сървър и след това с друг възел. Този проблем възниква периодично. Ако искането се насочва към същия възел, заявката успява.

За да заобиколите този проблем, използвайте един от следните методи:

  • Променете файла Hosts на всеки възел, така че заявки към виртуална възел отидете на локален хост вместо. Например можете да пренасочите заявки, които са предназначени за виртуални възела на IP адрес на 127.0.0.1. Тази операция не позволява двойно преход чрез ограничаване на заявките от Диспечер на отчети на сървъра за отчети на същия компютър.

  • Ако имате основни Reporting Services инсталиране, конфигуриране < ReportServerUrl > етикет, за да използвате "localhost" вместо виртуален сървър.

Проблеми с 7 WindowsVista и Windows Server 2008

Ако инсталирате добавката на услугите в Windows Vista или Windows Server 2008, прегледайте следните статии от базата знания и уеб сайт на MSDN внимателно:

934164 как да инсталирате SQL Server 2005 Reporting Services на компютър, работещ под Windows Vista

938245 как да инсталирате и как да конфигурирате SQL Server 2005 Reporting Services на компютър, работещ под Windows Server 2008

http://msdn2.microsoft.com/en-us/library/bb677367.aspx

Получавате съобщение за грешка "IIS е не е инсталиран или не е конфигуриран за инсталиране на компонент на сървъра" по време на инсталирането

Когато се опитвате да инсталирате добавката на услугите на Windows Vista или Windows Server 2008, получавате следното съобщение за грешка, дори ако вече е инсталиран IIS:

IIS е не е инсталиран или не е конфигуриран за инсталиране на компонент на сървъра

Този проблем възниква, защото функцията за управление на съвместимостта на IIS 6.0 не е инсталиран. За повече информация щракнете върху следния номер на статия в базата знания на Microsoft:

949455 Неуспешно инсталиране system Center Operations Manager 2007 отчитане на компютър с Windows Server 2008, ако съвместимост за управление на IIS 6.0 не е инсталиран

Пренасочване на 8Home страница

Когато използвате IIS, можете да използвате Диспечер на отчети по подразбиране началната страница на уеб сървъра. Например можете да пренасочите заявки от http://< сървър > URL URL адрес http://< сървър >/reports . За информация как да конфигурирате пренасочване към началната страница на диспечера на отчети, вижте раздела "Пренасочване на диспечер на отчети виртуална директория" на следния сайт на MSDN:

http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspxЗабележка: Не можете да конфигурирате Диспечер на отчети директно в уеб сайта главното ниво. Вместо това трябва да конфигурирате пренасочване да настроите Диспечер на отчети по подразбиране началната страница на уеб сървъра.

9Export проблеми

9.1An експортиране изчакване

Когато експортирате отчета от Internet Explorer, диалоговия прозорец за изтегляне остава отворена, докато се отчита времето за изчакване. Този проблем може да възникне, когато работите с някои акаунти, но не други акаунти. Този проблем може да възникне, когато използвате опцията Изпълни като да стартирате Internet Explorer, така че можете да стартирате Internet Explorer от акаунт, различен от акаунт за влизане.

Този проблем може да се дължи неправилна конфигурация на Internet Explorer, особено ако отчетът е малка, така че изчакване не възниква поради много трансфер на данни. За да разрешите този проблем, изпълнете следните стъпки:

  1. В Internet Explorer щракнете върху Интернет опции в менюто инструменти .

  2. В диалоговия прозорец Опции за интернет щракнете върху раздела Разширени и намерете HTTP 1.1 настройки.

  3. Щракнете, за да изчистите отметката от квадратчето Използвай HTTP 1.1 и квадратчето Използвай HTTP 1.1 през прокси връзки .

  4. Поставете отметка в квадратчето Използвай HTTP 1.1 и квадратчето Използвай HTTP 1.1 през прокси връзки .

  5. Рестартирайте Internet Explorer.

1064-битови проблеми

10.1You получите съобщение за грешка "Се опита да зареди събрание на 64-битова на 32-битова платформа"

Когато се опитате да стартирате 32-битова работните процеси и 64-битови работните процеси отстрани в IIS 6.0, получавате следното съобщение за грешка:

Се опита да зареди събрание на 64-битова на 32-битов

За повече информация посетете следния уеб сайт:

http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/13f991a5-45eb-496c-8618-2179c3753bb0.mspx?mfr=true

10.2Issues възникват, когато IIS и услуги за отчет в режим на 64-битова, но IIS се изпълнява 32-битов режим

За повече информация щракнете върху следните номера на статии в базата знания на Microsoft:

894435 как да превключвате между 32-битовите версии на ASP.NET 1.1 и 64-битова версия на ASP.NET 2.0 на 64-битова версия на Windows

934162 как да инсталирате 32-битова версия на SQL Server 2005 Reporting Services на компютър с 64-битова версия на Windows

11IIS и проблеми с конфигуриране на виртуална директория

11.1 конфигурацията е невалиден за сървъра за отчети виртуални директории или виртуални директории Диспечер на отчети

Получавате едно от следните съобщения за грешка:

Съобщение за грешка 1

HTTP 503-услугата недостъпна

Съобщение за грешка 2

HTTP 403.14 – забранено (директории е отказано)

Съобщение за грешка 2

Директории е отказано

Съобщение за грешка 2

Услугата не е налична

Тези съобщения за грешки показват, че конфигурацията на сървъра за отчети виртуални директории или виртуални директории Диспечер на отчети е невалиден. За да разрешите този проблем, възстановяване на сървъра за отчети виртуални директории и Диспечер на отчети виртуални директории. За да направите това, изпълнете следните стъпки:

  1. Използвайте диспечера на IIS, за да премахнете съществуващите виртуални директории на IIS.

  2. Използвайте инструмента за конфигуриране на услуги за отчитане Reporting Services WMI доставчик за създаване на нови виртуални директории.

За повече информация посетете следните уеб сайтове на Microsoft:

http://technet.microsoft.com/en-us/library/ms188133(SQL.90).aspx

http://technet.microsoft.com/en-us/library/ms181174(SQL.90).aspx

http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx

http://msdn.microsoft.com/en-us/library/ms155921(SQL.90).aspx

12Deploying услуги за отчитане и Windows SharePoint Services отстрани

За повече информация относно начините за разполагане на услуги за отчитане и Windows SharePoint Services отстрани посетете следния сайт на MSDN:

http://msdn.microsoft.com/en-us/library/ms159697.aspx

13Report конструктор проблеми

13.1You получите съобщение за грешка HTTP 401, когато стартирате конструктор на отчети

Ако отчет за терминални услуги използва базово удостоверяване, трябва да конфигурирате анонимно удостоверяване за конструктор на отчети. Конструктор на отчети е ClickOnce приложение. ClickOnce приложения не можем да обработим базово удостоверяване. За повече информация посетете следния сайт на MSDN:

http://msdn.microsoft.com/en-us/library/ms365173(SQL.90).aspx

14Web.config файл, анализиране на проблеми

14.1You получите съобщение за грешка System.NullReferenceException от Microsoft.ReportingServices.Diagnostics.WebConfigUtil.GetWebConfigAuthenticationAttr метод

Този проблем може да възникне при отчитане на услуги не може да анализира файла Web.config. За да разрешите този проблем, направете следното:

  • Проверете дали файла Web.config, който е в следната папка няма имена:

    %ProgramFiles%\Microsoft SQL Служа\ < име на екземпляр > \Reporting Services\ReportServerАко файла Web.config имена, премахнете имена.

    Забележка: Редактор, който сте използвали за промяна на файла може да добавите имена. За да определите, ако това се случва, потърсете xmlns атрибут в първия ред на файла.

  • Уверете се, че < удостоверяване > възел съдържа атрибут на режим . Ако атрибутът не е налично, добавете атрибута режим < удостоверяване > възел. Задайте стойност на съответния атрибут.

    Например ако използвате интегрирано Windows удостоверяване, режимът на удостоверяване най-вероятно е настроен на "Windows." За повече информация относно режима за удостоверяване на ASP.NET вижте следните MSDN уеб сайтове:

    http://msdn.microsoft.com/en-us/library/aa291347.aspx

    http://msdn.microsoft.com/en-us/library/532aee0e.aspx

Нуждаете се от още помощ?

Разширете уменията си
Преглед на обучението
Получавайте първи новите функции
Присъединете се към Microsoft приобщени

Беше ли полезна тази информация?

Доколко сте доволни от качеството на превода?
Какво е повлияло на вашия потребителски опит?

Благодарим ви за обратната връзка!

×