Jak rozwiązywać problemy z konfiguracją usług IIS w programie SQL Server 2005 Reporting Services

Dotyczy: Microsoft SQL Server 2005Internet Information Services 7.0Internet Information Services

WPROWADZENIE


W tym artykule opisano sposób rozwiązywania problemów z konfiguracją Internet Information Services (IIS) w Microsoft SQL Server 2005 Reporting Services. ten artykuł jest napisany głównie w celu ułatwienia diagnozowania problemów z konfiguracją usług IIS 6,0 w obszarze Reporting Services w trybie macierzystym. Ten artykuł dotyczy również zwykle usług IIS 5,0 i IIS 7,0. Jednak niektóre kroki diagnostyczne mogą być napisane tylko dla usług IIS 6,0, takich jak kroki, aby zweryfikować instalację Microsoft ASP.NET przy użyciu Menedżera usług IIS. W tym artykule omówiono również niektóre typowe problemy z konfiguracją z uwierzytelniania, z ASP.NET i Internet Explorer.

Więcej informacji


1 ogólne podejście

Problemy z konfiguracją usług IIS są zwykle wyświetlane jako Niepowodzenie połączenia lub do wykonania serwera raportów lub Menedżera raportów. Aby pomyślnie zdiagnozować te problemy z konfiguracją, należy przejrzeć architekturę Reporting Servicesi sposób, w jaki Reporting Servicesjest zintegrowany z usługami IIS. W tym artykule próbuje zidentyfikować typowe problemy z konfiguracją usług IIS, które mogą powodować niepowodzenie w usługach Reporting Services. Omówiono również niektóre problemy spoza usług IIS.

1.1 przepływ żądania

Żądanie HTTP od użytkownika przechodzi przez wiele warstw. Wiedząc, która warstwa nie powiodła się, żądanie może pomóc w określeniu charakteru awarii. Poniższy diagram jest uproszczonym schematem przepływu wniosku:
uproszczony schemat przepływu żądania HTTP
Reporting Servicesinstaluje jeden katalog wirtualny dla serwer raportów i jeden katalog wirtualny dla Menedżer raportów. Domyślna nazwa katalogu wirtualnego dla serwera raportowania jest "ReportServer." Domyślna nazwa katalogu wirtualnego dla Menedżer raportów jest "Raporty".Zazwyczaj można rozpocząć diagnozowanie Reporting Services problemy przez wysłanie żądania do katalogu głównego serwera raportów w programie Internet Explorer. Domyślnie adres URL jest http://< Server >/reportserver. Jeśli serwer raportów działa, można użyć programu Internet Explorer do wysłania żądania do http://< Server >/Reports. Jeśli skonfigurowano serwer raportów do używania protokołu Secure Sockets Layer (SSL), należy najpierw upewnij się, że serwer może działać w trybie bez protokołu SSL. Jeśli skonfigurowano wdrożenie skalowalne w górę, należy najpierw upewnij się, że serwer raportów można uruchomić na poszczególnych węzłach. Diagnozowanie problemów w tej kolejności pomaga szybciej wyizolować problemy.

1.2 Najczęstsze objawy

W tej sekcji wymieniono typowe symptomy, które występują, gdy żądania kończą się niepowodzeniem w określonej warstwie. W tej sekcji dowiesz się również, gdzie szukać komunikatów o błędach.
1.2.1Firewall
Jeśli dostęp do serwera raportowania z komputera klienckiego zdalnego, sprawdź, czy Zapora nie blokuje żądanie. Zablokowane żądanie jest rejestrowane w dzienniku zapory.Aby uzyskać więcej informacji dotyczących sposobu znajdowania dziennika zapory, yOU można również odwiedzić następujące witryny firmy Microsoft w sieci Web:
1.2.2HTTP.sys
6,0 usług IIS, który nie jest uruchomiony w trybie izolacji usług IIS 5,0 i IIS 7,0 użyj sterownika trybu jądra HTTP (HTTP. sys) do wykonywania sieci HTTP wejścia/wyjścia. Usługa HTTP jest uruchamiana automatycznie. Nie trzeba przeprowadzać ręcznej konfiguracji. Jeśli usługi Reporting Services jest skonfigurowany do używania protokołu SSL, należy się upewnić, że usługa HTTP SSL jest uruchomiona.Proces HTTP. sys może zwracać błąd do klienta, nawet jeśli usługi IIS nie jest zaangażowany. Może to nastąpić, gdy adres URL jest nieprawidłowo sformułowany lub tożsamość witryny sieci Web usług IIS jest niepoprawnie skonfigurowana. Błędy są rejestrowane w dzienniku błędów HTTP. sys.Aby uzyskać więcej informacji na temat plików dziennika błędów HTTP. sys odwiedź następującą witrynę firmy Microsoft w sieci Web:Aby uzyskać więcej informacji dotyczących rejestrowania błędów w interfejsie API protokołu HTTP, kliknij następujący numer artykułu w celu wyświetlenia tego artykułu z bazy wiedzy Microsoft Knowledge Base: 
820729 Rejestrowanie błędów w interfejsie HTTP API
1.2.3 usługi IIS i pule aplikacji
Przed zbadaniem konfiguracji usług IIS należy się upewnić, że uruchomiono usługę IIS Admin i pulę aplikacji. Ponadto należy sprawdzić, czy tożsamość witryny sieci Web jest poprawna. Należy zachować ostrożność przy tożsamości witryny sieci Web, jeśli witryna sieci Web, która jest hosting usług raportu nie jest domyślna witryna sieci Web lub jeśli nie określisz "Wszystkie nieprzypisane" dla tożsamości witryny sieci Web. Jeśli skonfigurowano serwer raportów i Menedżer raportów w różnych witrynach sieci Web, spróbuj skonfigurować serwer raportów i Menedżer raportów w tej samej witrynie sieci Web. Jeśli inne aplikacje współużytkują tę samą witrynę sieci Web z usługami Reporting Services, spróbuj skonfigurować katalogi wirtualne usług Report Services w nowej witrynie sieci Web. Jeśli masz rozszerzenia ISAPI lub filtry innych firm, spróbuj usunąć rozszerzenia ISAPI lub filtry innych firm.Jeśli wiele problemów z konfiguracją występują w usługach IIS, można ponownie zainstalować usługi IIS. Po wykonaniu tej należy ponownie skonfigurować ASP.NET i katalogów wirtualnych usług Report Services.Aby uzyskać więcej informacji na temat lokalizacji pliku dziennika usług IIS kliknij następujący numer artykułu w celu wyświetlenia tego artykułu z bazy wiedzy Microsoft Knowledge Base: 
324091 jak: wyświetlanie i raportowanie z plików dziennika
 
1.2.4ASP.NET
Komunikat o błędzie w programie Internet Explorer może wskazywać, że problem występuje w ASP.NET. Jeśli wcześniej odinstalowano usługi IIS lub ASP.NET na komputerze, należy sprawdzić poprawność ustawień konfiguracyjnych ASP.NET. Większość problemów z konfiguracją ASP.NET można rozwiązać przy użyciu pliku Aspnet_regiis. exe w celu ponownego zarejestrowania ASP.NET w usługach IIS. Aby uzyskać więcej informacji na temat ASP.NET sprawdzania poprawności, zobacz sekcję 4 w tym artykule.Można użyć Simple. aspx strony, aby wykonać sprawdzanie rozsądna konfiguracji usług IIS i ASP.NET. Aby to zrobić, wykonaj następujące kroki:
  1. Utwórz nowy katalog wirtualny w witrynie sieci Web, która obsługuje katalogi wirtualne usług Reporting Services.
  2. Udziel uprawnienia Odczyt i uprawnienie EXECUTE do katalogu wirtualnego.
  3. Wdróż prostą stronę. aspx do katalogu wirtualnego.
Jeśli nie można przeglądać strony. aspx w programie Internet Explorer, najpierw rozwiązać ten problem. Ten problem może wystąpić w ASP.NET lub w dowolnej warstwy, zanim żądanie osiągnie ASP.NET.
1.2.5 katalogi wirtualne serwera raportów
Jeśli Reporting Serviceskatalogów wirtualnych nie zostały skonfigurowane przy użyciu Reporting Servicesdostawcy Instrumentacji zarządzania Windows (WMI) lub Reporting Servicesnarzędzia konfiguracji, należy postępować zgodnie z instrukcjami w sekcji 4,1, aby zweryfikować ustawienia katalogów wirtualnych. Jeśli wystąpi wiele problemów z konfiguracją, można ponownie utworzyć katalogi wirtualne przy użyciu usługi WMI lub za pomocą narzędzia konfiguracji usług Reporting Services.Aby rozwiązać problemy, najpierw sprawdź i napraw katalog wirtualny serwera raportów. Następnie, gdy serwer raportów działa, można zbadać i naprawić katalog wirtualny Menedżera raportów. Gdy Menedżer raportów nie może komunikować się z serwerem raportów, błąd jest zwykle rejestrowane w plikach dziennika usług Reporting Services.Aby uzyskać więcej informacji na temat dzienników śledzenia usług Reporting Services odwiedź następującą witrynę MSDN w sieci Web:Poniżej przedstawiono typowy przykład tych błędów:
W3wp! UI! 1! 8/ 5/2008-10:20:56:: e błąd: kod stanu HTTP--> 500-------Szczegóły--------System .NET. WebException: żądanie nie powiodło się < jakiś błąd >w Microsoft. SqlServer. ReportingServices2005. RSConnection. GetSecureMethods ()w Microsoft. ReportingServices. UI. Global. RSWebServiceWrapper. GetSecureMethods ()
Jeśli katalog wirtualny serwer raportów działa, ale katalog wirtualny Menedżer raportów nie działa, przejrzyj adres URL, który Menedżer raportów używa do komunikowania się z serwerem raportów.Aby uzyskać więcej informacji, odwiedź następującą witrynę sieci Web:

2Problemy z konfiguracją witryny sieci Web

2.1 problemy z tożsamościami witryny sieci Web

Jeśli komunikat o błędzie wskazuje, że program Internet Explorer nie może osiągnąć serwer raportów lub Menedżer raportów, należy sprawdzić poprawność ustawień witryny sieci Web dla Reporting Services. Poniżej przedstawiono niektóre komunikaty o błędach, które mogą zostać wyświetlony.W Menedżer raportów, pojawi się następujący komunikat o błędzie:
Próba nawiązania połączenia z serwerem raportów nie powiodła się. Sprawdź informacje o połączeniu i że serwer raportów jest w zgodnej wersji.
W programie Internet Explorer pojawi się następujący komunikat o błędzie:
Nie można odnaleźć serwera lub błędu DNS
W programie Internet Explorer pojawi się następujący komunikat o błędzie:
HTTP 400 złe żądanie
Upewnij się, że adres IP lub nazwa hosta, który jest używany w adresie URL rozpoznaje komputera i witryny sieci Web, który obsługuje katalogi wirtualne usług Reporting Services. Jeśli katalogi wirtualne są obsługiwane w różnych witrynach sieci Web, sprawdź konfigurację witryny sieci Web dla serwera raportowania i Menedżer raportów.Jeśli adres URL jest określony za pomocą adresu IP, sprawdź następujące elementy:
  • Upewnij się, że adres IP jest rozpoznawany jako komputer obsługujący katalogi wirtualne usług Reporting Services. Za pomocą polecenia ipconfig. exe można wyświetlić listę interfejsów sieciowych komputera.
  • Upewnij się, że witryny sieci Web obsługujące usługi Reporting Services używają ustawienia Wszystkie nieprzypisane lub adres IP określony w okienku identyfikacyjnym witryny sieci Web .
Jeśli adres URL jest określony przez nazwę hosta, sprawdź następujące elementy:
  • Upewnij się, że nazwa hosta jest rozpoznawana jako Reporting Serviceskomputera. Można użyć polecenia ping. exe , aby rozpoznać nazwę hosta na adres IP. Następnie upewnij się, że adres IP jest rozpoznawany jako komputer obsługujący katalogi wirtualne usług Reporting Services.
  • Upewnij się, że witryna sieci Web używa ustawienia Wszystkie nieprzypisane do identyfikacji witryny sieci Web lub że witryny sieci Web określa nagłówek hosta, który pasuje do nagłówka hosta w żądaniu. Nagłówek hosta, który używa żądania jest zazwyczaj nazwa serwera, który jest określony w adresie URL. W scenariuszu równoważenia obciążenia sieciowego nagłówek hosta jest zwykle nazwą węzła wirtualnego. Nagłówek hosta można również zdefiniować w pliku Hosts.
W usługach IIS 5,0 i w usługach IIS 6,0 tożsamości witryny sieci Web są definiowane w okienku Identyfikacja witryny sieci Web na karcie Witryna sieci Web na stronie Właściwości witryny sieci Web. W usługach IIS 7,0 można zdefiniować tożsamości witryny sieci Web, klikając łącze powiązania w okienku Edytowanie witryny . Aby uzyskać więcej informacji na temat sposobu zdefiniowania tożsamości witryny sieci Web odwiedź następujące witryny sieci Web.Uwaga Usługi IIS 5,0 używa interfejsu, który przypomina usług IIS 6,0 do definiowania tożsamości witryny sieci Web.Należy również upewnić się, że Menedżer raportów używa poprawny adres URL, aby uzyskać dostęp do serwera raportowania. Aby uzyskać więcej informacji, odwiedź następujące witryny firmy Microsoft w sieci Web:

2.2 problemy występujące po ponownym zainstalowaniu usług IIS

Jeśli ponownie zainstalowano usługi IIS, może być konieczna zmiana konfiguracji ASP.NET, katalogów wirtualnych serwera raportów i katalogów wirtualnych Menedżera raportów.
Informacje dotyczące instalacji usług IIS
Aby uzyskać więcej informacji dotyczących sposobu instalowania i odinstalowywania usług IIS 6,0, odwiedź następującą witrynę firmy Microsoft w sieci Web:
Informacje o tym, jak odbudować katalogi wirtualne usług Reporting Services
Aby uzyskać więcej informacji, odwiedź następujące witryny firmy Microsoft w sieci Web:

2.3 problemy z filtrami ISAPI

Filtry ISAPI innych firm mogą powodować problemy w katalogach wirtualnych serwera raportów. Jeśli Filtry ISAPI innych firm są obecne, spróbuj usunąć filtry z witryny sieci Web, która obsługuje katalogi wirtualne usług Reporting Services. Lub Przenieś Reporting Serviceskatalogów wirtualnych do nowej witryny sieci Web.

3Problemy z uwierzytelnianiem

3.1 Aby uzyskać dostęp do usług Reporting Services, należy wprowadzić poświadczenia w programie Internet Explorer

Gdy Reporting Servicesjest skonfigurowany do używania zintegrowanego uwierzytelniania systemu Windows, program Internet Explorer zwykle nie jest skonfigurowany do monitowania o poświadczenia. Aby ustalić, czy program Internet Explorer jest skonfigurowany do zawsze Monituj o poświadczenia, wykonaj następujące kroki:
  1. Otwórz program Internet Explorer.
  2. W menu Narzędzia kliknij polecenie Opcje internetowe.
  3. Na karcie zabezpieczenia wybierz strefę, która ma zastosowanie do adresu URL, który jest używany do uzyskiwania dostępu do serwera raportowania. Na przykład jeśli używasz nazwy NetBIOS, aby uzyskać dostęp do serwera raportowania, wybierz Lokalny intranet strefy.
  4. Kliknij opcję Poziom niestandardowy.
  5. W obszarze uwierzytelnianie użytkownika w oknie dialogowym Ustawienia zabezpieczeń kliknij opcję Logowanie automatyczne tylko w strefie intranetu w obszarze logowania . Jeśli adres URL znajduje się w strefie intranetu, możesz kliknąć opcję Logowanie automatyczne z bieżącą nazwą użytkownika i hasłem.

3.2 po wprowadzeniu poświadczeń w programie Internet Explorer zostanie wyświetlony komunikat o błędzie HTTP 401

Jeśli zostanie wyświetlony komunikat o błędzie HTTP 401 po otrzymaniu powtarzających się monitów przez program Internet Explorer, wystąpił błąd uwierzytelniania. Na przykład po zainstalowaniu usług Report Services w trybie macierzystym może zostać wyświetlony monit o poświadczenia trzy razy, zanim zostanie wyświetlony komunikat o błędzie HTTP 401 w programie Internet Explorer. Gdy ten problem wystąpi, dziennik usług IIS pokazuje "HTTP 401" jako odpowiedź usług IIS. Aby rozwiązać ten problem, sprawdź następujące czynności:
  • Upewnij się, że wprowadzono poprawną nazwę użytkownika i hasło.
  • Wykonaj kroki opisane w sekcji 3,1 tego artykułu. Upewnij się, że w ustawieniach zabezpieczeń strefy nie wybrano logowania anonimowego .
Najczęściej otrzymujesz komunikat o błędzie HTTP 401, jeśli skonfigurowano Reporting Services do używania zintegrowanego uwierzytelniania systemu Windows. Domyślnie usługi IIS umożliwiają zarówno metodę uwierzytelniania Negotiate, jak i metodę uwierzytelniania NTLM. Program Internet Explorer zazwyczaj używa metody uwierzytelniania Negotiate, zanim program Internet Explorer użyje metody uwierzytelniania NTLM.Jeśli używasz FQDN lub niestandardowy nagłówek hosta, który nie pasuje do nazwy komputera, może wystąpić problem sprawdzania sprzężenia zwrotnego. Po wystąpieniu tego problemu, zazwyczaj można uzyskać dostęp Reporting Serviceswitryny sieci Web przy użyciu adresu IP. Jednak nie można uzyskać dostępu do witryn sieci Web przy użyciu nazwy FQDN lub nazwa hosta.
 
3.2.1 uwierzytelnianie Kerberos
Gdy protokół uwierzytelniania negocjowane jest Kerberos, może zostać wyświetlony komunikat o błędzie HTTP 401 z powodu problemów uwierzytelniania Kerberos. Poniżej przedstawiono niektóre z tych problemów:
  • Jeśli pula aplikacji jest oparta na koncie domeny, może zostać wyświetlony komunikat o błędzie HTTP 401, jeśli główna nazwa usługi HTTP (SPN) nie jest skonfigurowana. Gdy ten problem wystąpi, pojawi się następujący kod błędu protokołu Kerberos:
    KRB_ERR_APP_MODIFIED
    Dostęp do serwera można uzyskać przy użyciu następującego adresu URL:
    http://localhost/<reportserver_vdir>
    Jednak nie można uzyskać dostępu do serwera przy użyciu następującego adresu URL:
    http://<NetBIOS>/<reportserver_vdir>
    Aby naprawić lub obejść te problemy, użyj jednej z następujących metod:
    • Skonfiguruj HTTP SPN, aby włączyć uwierzytelnianie Kerberos. Jeśli używasz nazwy NetBIOS i nazwę FQDN w adresie URL, aby uzyskać dostęp do usług Reporting Services, należy zarejestrować nazwę SPN HTTP dla nazwy NetBIOS i nazwa FQDN. Nie można skonfigurować nazwy SPN HTTP dla różnych kont na tym samym komputerze. W związku z tym różnych pul aplikacji należy uruchomić na tym samym koncie, aby użyć tej samej nazwy SPN HTTP. Aby uzyskać więcej informacji, kliknij następujący numer artykułu w celu wyświetlenia tego artykułu z bazy wiedzy Microsoft Knowledge Base:  
      871179 komunikat o błędzie "błąd HTTP 401,1-nieautoryzowany: odmowa dostępu z powodu nieprawidłowych poświadczeń" podczas próby dostępu do witryny sieci Web, która jest częścią puli aplikacji usług IIS 6,0
    • Zmień tożsamość puli aplikacji na NetworkServices lub LocalSystem. Te konta można użyć wbudowanej nazwy SPN hosta zamiast nazwy SPN HTTP.
    • Wymuś akceptowanie tylko uwierzytelniania NTLM przez usługi IIS.
  • W dzienniku zdarzeń jest wyświetlany następujący kod błędu protokołu Kerberos:
    KRB_ERR_RESPONSE_TOO_BIG
    Aby rozwiązać lub obejść ten problem, wykonaj następujące kroki:
    1. Włącz rejestrowanie protokołu Kerberos. Aby uzyskać więcej informacji, kliknij następujący numer artykułu w celu wyświetlenia tego artykułu z bazy wiedzy Microsoft Knowledge Base:  
      262177 jak włączyć rejestrowanie zdarzeń protokołu Kerberos
    2. Sprawdź dziennik. Jeśli widzisz kod błędu KRB_ERR_RESPONSE_TOO_BIG, zobacz następujący artykuł z bazy wiedzy Microsoft Knowledge Base, aby obejść ten problem:
      244474 jak wymusić protokołu Kerberos do używania protokołu TCP zamiast UDP w systemie windows Server 2003, w systemie Windows XP i Windows 2000
3.2.2 uwierzytelnianie podstawowe
Jeśli usługi Reporting Services jest skonfigurowany do korzystania z uwierzytelniania podstawowego, błąd uwierzytelniania jest rejestrowane w dzienniku zdarzeń zabezpieczeń na serwerze, na którym działa program IIS. Wyświetl komunikat o błędzie. Jeśli zasady zabezpieczeń lokalnych nie zezwalają na uwierzytelnianie, należy zezwolić na ten typ logowania wewnątrz zasad zabezpieczeń lokalnych lub zmienić typ logowania wewnątrz konfiguracji usług IIS.

3.3 otrzymujesz komunikat o błędzie "odmowa dostępu" w programie Internet Explorer dla IUSR lub dla innego użytkownika anonimowego usług IIS

Jeśli ten komunikat o błędzie występuje nieoczekiwanie, należy określić, czy zabezpieczenia anonimowe jest włączona na Reporting Serviceskatalogów wirtualnych. Jeśli to ustawienie jest włączone, należy je wyłączyć.

3.4 występują problemy delegowania protokołu Kerberos

Te problemy są zwykle określane jako "podwójny przeskok" problemy. Problemy delegowania protokołu Kerberos może wystąpić, gdy są spełnione następujące warunki:
  • Zintegrowane zabezpieczenia dla źródeł danych w raporcie skonfigurowane.
  • Raport uzyskuje dostęp do serwera zdalnego dla źródła danych. Na przykład raport uzyskuje dostęp do usługi Analysis Services lub serwera bazy danych Microsoft SQL Server.
  • Podczas uzyskiwania dostępu do raportu, wyświetlany jest jeden z następujących komunikatów o błędach: Komunikat o błędzie 1
    Logowanie nie powiodło się dla użytkownika (null)
    Komunikat o błędzie 2
    Logowanie nie powiodło się dla użytkownika "NTAUTHORITY\ANONYMOUS"
  • Podczas sprawdzania dziennika zdarzeń zabezpieczeń na serwerze, który jest hostem źródła danych, zobacz zdarzenia wskazujące, że zalogował się użytkownik anonimowy.
Schemat uwierzytelniania NTLM nie może wykonywać operacji podwójnego przeskoku. Jeśli usunięto dostawcę uwierzytelniania Negotiate z witryny sieci Web lub z katalogu wirtualnego usług Reporting Services, należy ponownie dodać dostawcę uwierzytelniania Negotiate.Aby uzyskać więcej informacji, kliknij następujący numer artykułu w celu wyświetlenia tych artykułów z bazy wiedzy Microsoft Knowledge Base:
 
917409 jak skonfigurować SQL Server 2005 Analysis Services do korzystania z uwierzytelniania Kerberos
909801 jak upewnić się, że używasz uwierzytelniania Kerberos podczas tworzenia połączenia zdalnego do wystąpienia programu SQL Server 2005

Aby uzyskać więcej informacji, odwiedź następującą witrynę firmy Microsoft w sieci Web:

 
Jeśli chcesz uniknąć uwierzytelniania Kerberos, można użyć jednej z następujących metod:
  • Skonfiguruj przechowywane poświadczenia dla źródła danych.
  • Konfigurowanie usług Reporting Services do korzystania z uwierzytelniania podstawowego. Domyślna metoda logowania jest Networkcleartext metody. Ta metoda pozwala na dokonanie jednego dodatkowego przeskoku z serwera raportowania.

Problemy z konfiguracją 4ASP.NET

4.1 błędy ogólne

Problemy z konfiguracją ASP.NET mają różne symptomy. Na przykład może wystąpić jeden z następujących czynności:
  • Może zostać wyświetlony komunikat o błędzie HTTP 404.
  • Może zostać wyświetlony następujący komunikat o błędzie:
    Nie można załadować zasobu Microsoft. ReportingServices. UI. GlobalApp
  • Mogą pojawić się inne komunikaty o błędach wyjątku od ASP.NET.
Problemy z konfiguracją ASP.NET mogą być powodowane przez odinstalowanie lub ponowne zainstalowanie wersji programu Microsoft.NET Framework. Aby rozwiązać te problemy, wykonaj następujące czynności:
  • W Menedżerze usług IIS kliknij prawym przyciskiem myszy węzeł witryny sieci Web , a następnie kliknij polecenie Właściwości. W oknie właściwości witryn sieci Web kliknij kartę ASP.NET , a następnie sprawdź, czy 2.0.50727 jest wersja ASP.NET.
  • W Menedżerze usług IIS kliknij prawym przyciskiem myszy węzeł witryny sieci Web , a następnie kliknij polecenie Właściwości. W oknie właściwości witryn sieci Web kliknij kartę Isapifilters . Zlokalizuj, a następnie kliknij przycisk ASP. NET _ 2.0.50727.0 filtru. Sprawdź, czy pole wykonywalne zawiera prawidłową ścieżkę do pliku. dll filtru ASP.NET. Uwaga W usługach IIS 5,1 filtr nie istnieje. Uwaga W usługach IIS 7,0 można wyświetlić filtr, klikając ikonę Filtry ISAPI na stronie właściwości witryny sieci Web.
  • W Menedżerze usług IIS zlokalizuj i kliknij prawym przyciskiem myszy katalog wirtualny dla serwera raportów, a następnie kliknij polecenie Właściwości. W oknie dialogowym kliknij kartę katalog wirtualny , a następnie kliknij przycisk Konfiguracja. Sprawdź, czy rozszerzenia aplikacji okienko jest pusta. Sprawdź, czy w okienku mapy aplikacji symboli wieloznacznych jest mapowanie jednego symbolu wieloznacznego. Wybierz mapowanie symboli wieloznacznych, a następnie kliknij przycisk Edytuj. Sprawdź, czy pole Execute zawiera poprawną ścieżkę dla pliku aspnet_isapi. dll. Sprawdź, czy Sprawdź , czy plik istnieje pole wyboru nie jest zaznaczone.
  • W Menedżerze usług IIS zlokalizuj i kliknij prawym przyciskiem myszy katalog wirtualny dla Menedżer raportów, a następnie kliknij przycisk Właściwości. W oknie dialogowym kliknij kartę katalog wirtualny , a następnie kliknij przycisk Konfiguracja. Sprawdź, czy rozszerzenia aplikacji okienko zawiera domyślne mapowania. Jest to lista mapowania dla typowych typów plików ASP.NET, takich jak. aspx i. asax. Aby ponownie wygenerować mapowanie domyślne, użyj następującego polecenia, aby utworzyć poprawne mapowania skryptów:
    Aspnet_regiis. exe – s < ścieżka Menedżera raportów >
    Uwaga W usługach IIS 7,0 mapowania są w obszarze mapowania obsługi ikony.
  • W rozszerzeniach serwera sieci Web usług IIS upewnij się, że ASP.NET 2.0.50727 jest włączona.
Jeśli weryfikacja zakończy się niepowodzeniem, można zarejestrować ASP.NET, aby rozwiązać problem. Aby to zrobić, użyj jednej z następujących metod:
  • Jeśli używasz 32-bitowej wersji usług Reporting Services na 32-bitowym systemie operacyjnym lub w 64-bitowym systemie operacyjnym, wykonaj następujące polecenie w wierszu polecenia:
    %SystemRoot%\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe-i – włącza
  • Jeśli używasz 64-bitowej wersji usług Reporting Services w 64-bitowym systemie operacyjnym, wykonaj następujące polecenie w wierszu polecenia:
    %SystemRoot%\Microsoft.NET\Framework64\v2.0.50727\aspnet_regiis.exe-i – włącza
Nie można uruchomić ASP.NET 1. x i ASP.NET 2,0 w tym samym procesie roboczym usług IIS. Jeśli używasz usług IIS 6,0 lub IIS 7,0, upewnij się, że Pula aplikacji, która obsługuje aplikację serwera raportowania nie obsługuje ASP.NET 1. aplikacji x . Jeśli używasz usług IIS 5,0 lub jeśli używasz usług IIS 6,0 w trybie izolacji usług IIS 5,0, upewnij się, że nie są uruchomione aplikacje, które wymagają ASP.NET 1. x.

4.2 pojawi się "Bieżąca tożsamość (NT AUTHORITY\NETWORK SERVICE) nie ma dostępu do zapisu do" < path > \v2.0.50727\Temporary ASP.NET Files ' "komunikat o błędzie

Błąd jest spowodowany nieprawidłową konfiguracją ASP.NET. Aby rozwiązać ten problem, należy udzielić Write i Execute uprawnienia do folderu Temporary ASP.NET Files, który wskazuje komunikat o błędzie.

5problemy z protokołem SSL

5.1 problemy występują z certyfikatami klienta

Jeśli skonfigurowano certyfikaty klienta w katalogach wirtualnych, Menedżer raportów może nie uwierzytelniać się do serwera raportowania. Ten problem występuje, ponieważ Menedżer raportów nie jest przeznaczony do przekazywania certyfikatów klienta, gdy Menedżer raportów komunikuje się z serwerem raportów za pośrednictwem żądań HTTP. W związku z tym jeśli skonfigurować usługi IIS, aby włączyć opcję Wymagaj certyfikatów klienta , nie można użyć Menedżer raportów. Aby obejść ten problem, można wyczyścić pole wyboru Wymagaj certyfikatów klienta dla katalogu wirtualnego serwer raportów.

5,2 pojawi się komunikat o błędzie "połączenie przymusowo zamknięty" lub błędy wskazujące na niepowodzenie połączenia SSL

W programie Internet Explorer wyświetlany jest jeden z następujących komunikatów o błędach:Komunikat o błędzie 1
Przyłącze przymusowo zamknięte
Komunikat o błędzie 2
Połączenie bazowe zostało zamknięte
Komunikat o błędzie 3
Nie można ustanowić relacji zaufania dla bezpiecznego kanału SSL/TLS
Komunikat o błędzie 4
Kod stanu HTTP--> 500
Jeśli otrzymujesz te komunikaty o błędach, może wystąpić awaria połączenia SSL. Błędy połączenia SSL są zazwyczaj spowodowane przez certyfikat, który jest zainstalowany w usługach IIS. Aby rozwiązać ten problem, wykonaj następujące czynności:
  • Upewnij się, że certyfikat jest wystawiony dla nazwy hosta lub nagłówka hosta w adresie URL, który służy do uzyskiwania dostępu do Menedżera raportów lub serwer raportów.
  • Upewnij się, że certyfikat jest wystawiony dla nazwy hosta lub nagłówka hosta w adresie URL, który Menedżer raportów używa do uzyskiwania dostępu do serwera raportowania. Uwaga Ten adres URL może być zdefiniowana przez ReportServerUrl element w pliku RsWebApplication. config. Jeśli ten adres URL jest niezdefiniowany, nazwa hosta tego adresu URL jest nazwą hosta, który klient używa do uzyskiwania dostępu do Menedżera raportów. Ponieważ nazwa hosta może się różnić, jeśli używasz różnych adresów URL, aby uzyskać dostęp do Menedżera raportów, zaleca się jawnie zdefiniować ReportServerUrl element przy użyciu nazwy hosta poprawne. Aby uzyskać więcej informacji, odwiedź następującą witrynę MSDN w sieci Web:
  • Upewnij się, że łańcuch zaufania certyfikatów jest prawidłowy. Oznacza to, upewnij się, że certyfikat lub wystawca certyfikatu jest zaufany.

5.3 problemy występują w komunikacji HTTP między serwer raportów i Menedżer raportów

Problem może wystąpić w komunikacji HTTP między Menedżer raportów i serwer raportów. Jeśli konfiguracja protokołu SSL jest nieprawidłowa, Menedżer raportów może pomyślnie odpowiedzieć na program Internet Explorer. Jednak Menedżer raportów nie może komunikować się z serwerem raportów. Jeśli ten problem wystąpi, Menedżer raportów poprawnie wyświetla obrazy na stronie głównej Menedżera raportów. Jednak Menedżer raportów pokazuje błąd w miejscu, gdzie można oczekiwać, aby wyświetlić foldery i elementy raportu.Aby zdiagnozować te problemy, należy użyć śledzenia programu .NET Framework. Aby włączyć śledzenie programu .NET Framework, Dodaj następujący kod do pliku Web. config, który znajduje się w folderze Menedżer raportów:
<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>
Na przykład załóżmy, że nagłówek hosta serwera jest "example1". Jednak certyfikat jest wystawiony dla "przykładowego". Podczas uzyskiwania dostępu do strony głównej Menedżera raportów przy użyciu adresu URL http://example1/Reports , pojawi się komunikat ostrzegawczy, który wskazuje, że certyfikat jest nieprawidłowy. W związku z tym konfiguracja certyfikatu jest nieprawidłowa.Uwaga W zależności od używanej wersji programu Internet Explorer ostrzeżenie może być komunikatem podręcznym lub komunikatem wyświetlonym w programie Internet Explorer. Lub, jeśli wybrano ignorowanie ostrzeżeń przed, może nie pojawić się ostrzeżenie w programie Internet Explorer.W Menedżer raportów, pojawi się następujący komunikat o błędzie:
Połączenie podstawowe zostało zamknięte: nie można ustanowić relacji zaufania dla bezpiecznego kanału SSL/TLS.
Następnie należy dodać ten kod XML do pliku Web. config w katalogu Menedżera raportów.Uwaga Być może trzeba wykonać scalanie, jeśli plik Web. config zawiera już < System. diagnostics > element lub < przełącza > element.Po otrzymaniu tego samego komunikatu o błędzie, należy wyświetlić plik dziennika, który został określony w kodzie XML. W tym przykładzie plik dziennika znajduje się w następującej lokalizacji:
D:\tmp\System.Net.trace.log
W dolnej części dziennika, zobacz następujące:
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. 
Zwróć uwagę, że komunikat o błędzie wskazuje rodzaj problemu certyfikatu, który wystąpił.

6Skalowanie w górę i problemy ze zrównoważonym obciążeniem

6.1 komunikat o błędzie HTTP 401 sporadycznie

Problem podwójnego przeskoku, który wprowadza Równoważenie obciążenia może spowodować sporadyczne błędy HTTP 401. W przypadku równoważenia obciążenia żądanie HTTP wysyłane do tego samego komputera może być kierowane do serwera wirtualnego, a następnie do innego węzła. Ten problem występuje sporadycznie. Jeśli żądanie jest kierowane do tego samego węzła, żądanie zakończy się pomyślnie.Aby obejść ten problem, użyj jednej z następujących metod:
  • Zmień plik hosts w każdym węźle, tak aby żądania, które przejdź do węzła wirtualnego przejdź do hosta lokalnego zamiast tego. Na przykład można przekierować żądania, które są przeznaczone dla węzła wirtualnego do adresu IP 127.0.0.1. Ta operacja zapobiega podwójny przeskok ograniczając żądania z Menedżer raportów do serwera raportowania do tego samego komputera.
  • Jeśli masz macierzystego Reporting Servicesinstalacji, należy skonfigurować < ReportServerUrl > tag, aby użyć "localhost" zamiast serwera wirtualnego.

7 problemy z WindowsVista i Windows Server 2008

W przypadku instalowania usług Reporting Services w systemie Windows Vista lub Windows Server 2008 należy uważnie zapoznać się z następującym artykułem z bazy wiedzy i witryną MSDN w sieci Web:
938245 jak zainstalować i jak skonfigurować SQL Server 2005 Reporting Services na komputerze, na którym jest uruchomiony system Windows Server 2008

Podczas instalacji wyświetlany jest komunikat o błędzie "program IIS nie jest zainstalowany lub nie jest skonfigurowany do instalacji składnika serwera"

Podczas próby zainstalowania usług Reporting Services w systemie Windows Vista lub Windows Server 2008, pojawi się następujący komunikat o błędzie, nawet jeśli usługi IIS są już zainstalowane:
Usługi IIS nie są instalowane lub nie są skonfigurowane do instalacji składnika serwera
Ten problem występuje, ponieważ funkcja zgodności zarządzania usług IIS 6,0 nie jest zainstalowany.

8Przekierowanie strony startowej

Korzystając z usług IIS, można użyć Menedżer raportów jako domyślnej strony głównej dla serwera sieci Web. Na przykład można przekierować żądania z http://< Server > URL do http://< Server >/Reports URL. Aby uzyskać informacje dotyczące sposobu konfigurowania przekierowania do strony głównej Menedżera raportów, zobacz sekcję "przekierowanie do katalogu wirtualnego Menedżera raportów" w następującej witrynie MSDN w sieci Web:Uwaga Nie można skonfigurować Menedżera raportów bezpośrednio na poziomie katalogu głównego witryny sieci Web. Zamiast tego należy skonfigurować przekierowanie, aby ustawić Menedżera raportów jako domyślnej strony głównej dla serwera sieci Web.

9Eksportowanie problemów

9.1 upłynie limit czasu eksportu

Podczas eksportowania raportu z programu Internet Explorer, okno dialogowe pobierania pozostaje otwarty, dopóki nie zostanie zgłoszony limit czasu. Ten problem może wystąpić podczas pracy z niektórych kont, ale nie innych kont. Ten problem może wystąpić, gdy używasz opcji Uruchom jako , aby uruchomić program Internet Explorer, dzięki czemu można uruchomić program Internet Explorer z konta innego niż konto logowania.Ten problem może być spowodowany niepoprawną konfiguracją programu Internet Explorer, zwłaszcza jeśli raport jest mały, tak aby limit czasu nie występuje z powodu wielu transferów danych. Aby rozwiązać ten problem, wykonaj następujące kroki:
  1. W programie Internet Explorer kliknij polecenie Opcje internetowe w menu Narzędzia .
  2. W oknie dialogowym Opcje internetowe kliknij kartę Zaawansowane , a następnie zlokalizuj Ustawienia http 1,1.
  3. Kliknij, aby wyczyścić pole wyboru Użyj protokołu http 1,1 i Użyj http 1,1 za pośrednictwem połączenia serwera proxy pole wyboru.
  4. Kliknij, aby zaznaczyć pole wyboru Użyj protokołu http 1,1 i Użyj http 1,1 za pośrednictwem połączenia serwera proxy pole wyboru.
  5. Uruchom ponownie program Internet Explorer.

1064-bitowe problemy

10.1 pojawi się komunikat o błędzie "podjęto próbę załadowania zestawu 64-bitowego na platformie 32-bitowej"

Podczas próby uruchomienia 32-bitowe procesy robocze i 64-bitowe procesy robocze obok siebie w usługach IIS 6,0, pojawi się następujący komunikat o błędzie:
Próba załadowania zestawu 64-bitowego na platformie 32-bitowej

10.2 problemy występują, gdy usługi IIS i Reporting Services są w trybie 64-bitowym, ale IIS jest uruchomiony jest 32-bitowy tryb

Aby uzyskać więcej informacji, kliknij następujące numery artykułów w celu wyświetlenia tych artykułów z bazy wiedzy Microsoft Knowledge Base: 
894435 jak przełączać się między 32-bitowe wersje ASP.NET 1,1 i 64-bitowej wersji ASP.NET 2,0 na 64-bitowej wersji systemu Windows
934162 jak zainstalować 32-bitowej wersji programu SQL Server 2005 Reporting Services na komputerze, na którym jest uruchomiona 64-bitowej wersji systemu Windows

11IIS i problemy z konfiguracją katalogów wirtualnych

11,1 Konfiguracja jest nieprawidłowa dla katalogów wirtualnych serwera raportów lub dla katalogów wirtualnych Menedżera raportów

Wyświetlany jest jeden z następujących komunikatów o błędach:Komunikat o błędzie 1
HTTP 503-Usługa niedostępna
Komunikat o błędzie 2
HTTP 403,14-zabronione (odmowa listy katalogów)
Komunikat o błędzie 2
Odmowa listy katalogów
Komunikat o błędzie 2
Usługa niedostępna
Te komunikaty o błędach wskazują, że konfiguracja katalogów wirtualnych serwera raportów lub katalogów wirtualnych Menedżera raportów jest nieprawidłowa. Aby rozwiązać ten problem, Odbuduj katalogów wirtualnych serwera raportów i katalogów wirtualnych Menedżera raportów. Aby to zrobić, wykonaj następujące kroki:
  1. Użyj Menedżera usług IIS, aby usunąć istniejące katalogi wirtualne w usługach IIS.
  2. Użyj Reporting Servicesnarzędzia konfiguracji lub Reporting Servicesdostawcy WMI do tworzenia nowych katalogów wirtualnych.
Aby uzyskać więcej informacji, odwiedź następujące witryny firmy Microsoft w sieci Web:

12Wdrażanie usług Reporting Services i Windows SharePoint Services obok siebie

Aby uzyskać więcej informacji dotyczących sposobu wdrażania usług Reporting Services i programu Windows SharePoint Services obok siebie, odwiedź następującą witrynę MSDN w sieci Web:

13Problemy z Konstruktorze raportów

13.1 otrzymujesz błąd HTTP 401 podczas uruchamiania Konstruktora raportów

Jeśli serwer raportów używa uwierzytelniania podstawowego, należy skonfigurować uwierzytelnianie anonimowe dla Konstruktora raportów. Konstruktora raportów jest ClickOnce aplikacji. Clickonceclickonce aplikacji nie może obsłużyć uwierzytelnianie podstawowe. Aby uzyskać więcej informacji, odwiedź następującą witrynę MSDN w sieci Web:

14Web. config pliku problemy z przetwarzaniem

14.1 otrzymujesz komunikat o błędzie system. NullReferenceException z metody Microsoft. ReportingServices. Diagnostics. WebConfigUtil. GetWebConfigAuthenticationAttr

Ten problem może wystąpić, gdy Reporting Services nie można przeanalizować pliku Web. config. Aby rozwiązać ten problem, wykonaj następujące czynności:
  • Sprawdź, czy plik Web. config, który znajduje się w następującym folderze nie ma przestrzeni nazw:
    %ProgramFiles%\Microsoft SQL Server \ < nazwa wystąpienia > \Reporting Services\ReportServer
    Jeśli plik Web. config ma przestrzeni nazw, Usuń obszar nazw. Uwaga Edytor, który został użyty do modyfikowania pliku można dodać przestrzeni nazw. Aby ustalić, czy to nastąpiło, poszukaj atrybutu xmlns w pierwszym wierszu pliku.
  • Sprawdź, czy węzeł > uwierzytelniania < zawiera atrybut mode . Jeśli atrybut nie jest obecny, należy dodać mode atrybutu do < > uwierzytelniania węzła. Określ wartość odpowiedniego atrybutu. Na przykład jeśli używasz zintegrowanego uwierzytelniania systemu Windows, tryb uwierzytelniania najprawdopodobniej jest ustawiony na "Windows". Aby uzyskać więcej informacji na temat trybów uwierzytelniania ASP.NET zobacz następujące witryny MSDN w sieci Web:

    Pobierz za darmo Visual Studio 2003 emerytowana dokumentacja techniczna

Authentication element (Schemat ustawień ASP.NET)