Nasazení webové aplikace ASP.NET s SQL Server Compact pomocí sady Visual Studio nebo Visual Web Developer: Řešení potíží (12 ze 12)
V této sérii kurzů se dozvíte, jak nasadit (publikovat) projekt ASP.NET webové aplikace, který obsahuje databázi SQL Server Compact pomocí sady Visual Studio 2012 RC nebo Visual Studio Express 2012 RC pro web. Visual Studio 2010 můžete použít také při instalaci aktualizace publikování na webu. Úvod do série najdete v prvním kurzu v této sérii.
Kurz, který ukazuje funkce nasazení zavedené po vydání sady Visual Studio 2012 ve verzi RC, ukazuje, jak nasadit SQL Server edice jiné než SQL Server Compact, a ukazuje, jak nasadit na weby Windows Azure, najdete v tématu nasazení webu ASP.NET pomocí sady Visual Studio.
Tato stránka popisuje některé běžné problémy, ke kterým může dojít při nasazení webové aplikace ASP.NET pomocí sady Visual Studio. Pro každou z nich je k dispozici jedna nebo více možných příčin a odpovídajících řešení.
Chyba serveru v aplikaci /– Aktuální vlastní nastavení chyb brání vzdálenému zobrazení podrobností o chybě.
Scenario
Po nasazení webu na vzdáleného hostitele se zobrazí chybová zpráva, která zmíní nastavení customErrors v souboru Web.config, ale neuvádí skutečnou příčinu chyby:
Server Error in '/' Application.
Runtime Error
Description: An application error occurred on the server. The current custom error settings
for this application prevent the details of the application error from being viewed remotely
(for security reasons). It could, however, be viewed by browsers running on the local server
machine.
Details: To enable the details of this specific error message to be viewable on remote machines,
please create a <customErrors> tag within a "web.config" configuration file located in the
root directory of the current web application. This <customErrors> tag should then have its
"mode" attribute set to "Off".
Možná příčina a řešení
Ve výchozím nastavení ASP.NET zobrazí podrobné informace o chybách pouze v případě, že je webová aplikace spuštěná na místním počítači. Obecně nechcete zobrazovat podrobné informace o chybách, když je vaše webová aplikace veřejně dostupná přes internet, protože hackeři mohou tyto informace použít k nalezení ohrožení zabezpečení v aplikaci. Když ale nasazujete web nebo aktualizace webu, někdy se něco pokazí a potřebujete zobrazit skutečnou chybovou zprávu.
Pokud chcete aplikaci povolit zobrazení podrobných chybových zpráv při spuštění na vzdáleném hostiteli, upravte soubor Web.config tak, aby nastavil customErrors
režim, znovu nasaďte aplikaci a spusťte aplikaci znovu:
Pokud soubor aplikace Web.config obsahuje
customErrors
prvek v elementusystem.web
, změňtemode
atribut na "off". V opačném případě přidejtecustomErrors
prvek do elementusystem.web
s atributemmode
nastaveným na "off", jak je znázorněno v následujícím příkladu:<configuration> <system.web> <customErrors mode="off"/> </system.web> </configuration>
Nasaďte aplikaci.
Spusťte aplikaci a opakujte to, co jste udělali dříve, co způsobilo chybu. Teď můžete zjistit, jaká je skutečná chybová zpráva.
Po vyřešení této chyby obnovte původní
customErrors
nastavení a nasaďte aplikaci znovu.
Přístup byl odepřen na webové stránce, která používá SQL Server Compact
Scenario
Když nasadíte web, který používá SQL Server Compact, a spustíte stránku v nasazené lokalitě, která přistupuje k databázi, zobrazí se následující chybová zpráva:
Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED))
Možná příčina a řešení
Účet NETWORK SERVICE na serveru musí být schopen číst nativní binární soubory služby SQL Service Compact, které jsou ve složce bin\amd64 nebo bin\x86 , ale pro tyto složky nemá oprávnění ke čtení. Nastavte oprávnění ke čtení pro službu NETWORK SERVICE ve složce bin a nezapomeňte rozšířit oprávnění na podsložky.
Konfigurační soubor nelze přečíst kvůli nedostatečným oprávněním
Scenario
Když kliknete na tlačítko Publikovat v sadě Visual Studio a nasadíte aplikaci do služby IIS na místním počítači, publikování selže a v okně Výstup se zobrazí chybová zpráva podobná této:
An error occurred when reading the IIS Configuration File 'MACHINE/REDIRECTION'.
The identity performing this operation was ... Error: Cannot read configuration file due to insufficient permissions.
Možná příčina a řešení
Pokud chcete na místním počítači použít publikování ve službě IIS jedním kliknutím, musíte mít spuštěnou sadu Visual Studio s oprávněními správce. Zavřete Sadu Visual Studio a restartujte ji s oprávněními správce.
Nelze se připojit k cílovému počítači... Použití zadaného procesu
Scenario
Když kliknete na tlačítko Publikovat v sadě Visual Studio pro nasazení aplikace, publikování se nezdaří a v okně Výstup se zobrazí chybová zpráva podobná této:
Web deployment task failed.(Could not connect to the destination computer ("<server URL>") using the specified process
("The Web Management Service"). This can happen if a proxy server is interrupting communication with the destination server.
Disable the proxy server and try again.) ... The remote server returned an error: (502) Bad Gateway.
Možná příčina a řešení
Proxy server přerušuje komunikaci s cílovým serverem. Ve Windows Ovládací panely nebo v Internet Exploreru vyberte Možnosti Internetu a vyberte kartu Připojení. V dialogovém okně Vlastnosti internetu klikněte na Nastavení sítě LAN. V dialogovém okně Nastavení místní sítě (LAN) zrušte zaškrtnutí políčka Automaticky zjišťovat nastavení . Potom znovu klikněte na tlačítko publikovat.
Pokud problém přetrvává, obraťte se na správce systému a zjistěte, co je možné udělat s nastavením proxy serveru nebo brány firewall. K tomuto problému dochází, protože nasazení webu používá nestandardní port pro nasazení služby správa webu (8172). Pro jiná připojení používá nasazení webu port 80. Při nasazování u poskytovatele hostingu třetí strany obvykle používáte Službu správy webu.
Výchozí fond aplikací .NET 4.0 neexistuje
Scenario
Při nasazení aplikace, která vyžaduje rozhraní .NET Framework 4, zobrazí se následující chybová zpráva:
The default .NET 4.0 application pool does not exist or the application could not be added.
Please verify that ASP.NET 4.0 is installed on this machine.
Možná příčina a řešení
ASP.NET 4 není nainstalován ve službě IIS. Pokud je server, na který nasazujete, váš vývojový počítač a má na něm nainstalovanou sadu Visual Studio 2010, je v počítači nainstalovaná ASP.NET 4, ale nemusí být nainstalována ve službě IIS. Na serveru, na který nasazujete, otevřete příkazový řádek se zvýšenými oprávněními a nainstalujte ASP.NET 4 ve službě IIS spuštěním následujících příkazů:
cd %windir%\Microsoft.NET\Framework\v4.0.30319
aspnet_regiis.exe –iru
Možná budete také muset ručně nastavit verzi rozhraní .NET Framework výchozího fondu aplikací. Další informace najdete v kurzu Nasazení do služby IIS jako testovacího prostředí .
Formát inicializačního řetězce neodpovídá specifikaci počínaje indexem 0.
Scenario
Po nasazení aplikace pomocí publikování jedním kliknutím se při spuštění stránky, která přistupuje k databázi, zobrazí následující chybová zpráva:
Format of the initialization string does not conform to specification starting at index 0.
Možná příčina a řešení
Otevřete souborWeb.config v nasazené lokalitě a zkontrolujte, jestli hodnoty připojovacího řetězce začínají $(ReplaceableToken_
na , jako v následujícím příkladu:
<connectionStrings>
<add name="DefaultConnection" connectionString="$(ReplaceableToken_DefaultConnection-Web.config Connection String_0)" providerName="System.Data.SqlServerCe.4.0" />
<add name="SchoolContext" connectionString="$(ReplaceableToken_SchoolContext-Web.config Connection String_0)" providerName="System.Data.SqlServerCe.4.0" />
</connectionStrings>
Pokud připojovací řetězce vypadají jako v tomto příkladu, upravte soubor projektu a přidejte následující vlastnost do elementu PropertyGroup
, který je pro všechny konfigurace sestavení:
<AutoParameterizationWebConfigConnectionStrings>False</AutoParameterizationWebConfigConnectionStrings>
Pak aplikaci nasaďte znovu.
Vnitřní chyba serveru HTTP 500
Scenario
Při spuštění nasazené lokality se zobrazí následující chybová zpráva bez konkrétních informací o příčině chyby:
HTTP Error 500 - Internal Server Error.
Možná příčina a řešení
Existuje mnoho příčin chyb 500, ale jednou z možných příčin, pokud tyto kurzy sledujete, je umístění elementu XML na nesprávné místo v jednom z transformačních souborů XML. Tato chyba by se vám například zobrazila, pokud vložíte transformaci, která vloží <location>
prvek pod <system.web>
místo přímo do <configuration>
. Řešením v takovém případě je opravit soubor transformace XML a nasadit ho znovu.
Vnitřní chyba serveru HTTP 500.21
Scenario
Při spuštění nasazené lokality se zobrazí následující chybová zpráva:
HTTP Error 500.21 - Internal Server Error.
Handler "PageHandlerFactory-Integrated" has a bad module "ManagedPipelineHandler" in its module list.
Možná příčina a řešení
Web, který jste nasadili, cílí ASP.NET 4, ale ASP.NET 4 není zaregistrovaný ve službě IIS na serveru. Na serveru otevřete příkazový řádek se zvýšenými oprávněními a spuštěním následujících příkazů zaregistrujte ASP.NET 4:
cd %windir%\Microsoft.NET\Framework\v4.0.30319
aspnet_regiis.exe –iru
Možná budete také muset ručně nastavit verzi rozhraní .NET Framework výchozího fondu aplikací. Další informace najdete v kurzu Nasazení do služby IIS jako testovacího prostředí .
Přihlášení se nezdařilo otevření databáze SQL Server Express v App_Data
Scenario
Aktualizovali jste připojovací řetězec souboruWeb.config tak, aby odkazovat na databázi SQL Server Express jako soubor .mdf ve složce App_Data. Při prvním spuštění aplikace se zobrazí následující chybová zpráva:
System.Data.SqlClient.SqlException: Cannot open database "DatabaseName" requested by the login. The login failed.
Možná příčina a řešení
Název souboru .mdf se nemůže shodovat s názvem žádné SQL Server Express databáze, která kdy na vašem počítači existovala, a to ani v případě, že jste odstranili soubor .mdf z dříve existující databáze. Změňte název souboru .mdf na název, který se nikdy nepoužíval jako název databáze, a změňte souborWeb.config tak, aby používal nový název. Jako alternativu můžete použít SQL Server Management Studio Express k odstranění dříve existujících databází SQL Server Express.
Nelze zkontrolovat kompatibilitu modelu
Scenario
Aktualizovali jste připojovací řetězec souboruWeb.config tak, aby odkazovat na novou databázi SQL Server Express, a při prvním spuštění aplikace se zobrazí následující chybová zpráva:
Model compatibility cannot be checked because the database does not contain model metadata.
Ensure that IncludeMetadataConvention has been added to the DbModelBuilder conventions.
Možná příčina a řešení
Pokud název databáze, který jste dali do souboru Web.config, byl v počítači někdy použit, je možné, že databáze již existuje s některými tabulkami. Vyberte nový název, který ještě nebyl v počítači použit, a změňte souborWeb.config tak, aby odkazoval na použití tohoto nového názvu databáze. Jako alternativu můžete existující databázi odstranit pomocí nástroje SQL Server Management Studio Express.
Chyba SQL Při pokusu skriptu o vytvoření uživatelů nebo rolí
Scenario
Používáte nasazení databáze nakonfigurované na kartě Package/Publish SQL . Skripty SQL spouštěné během nasazení zahrnují příkazy Vytvořit uživatele nebo Vytvořit roli a spuštění skriptu se při spuštění těchto příkazů nezdaří. Můžou se zobrazit podrobnější zprávy, například následující:
The approximate location of the error was between lines '1' and '3' of the script.
The verbose log may have more information about the error. The command started with:
CREATE USER [user2] FOR LOGIN [user2] WITH DEFAULT
Error: User does not have permission to perform this action.
Pokud k této chybě dojde, když jste nakonfigurovali nasazení databáze v průvodci publikováním webu místo na kartě Balíček/Publikování SQL , vytvořte vlákno ve fóru Konfigurace a nasazení a řešení se přidá na tuto stránku pro řešení potíží.
Možná příčina a řešení
Uživatelský účet, který používáte k nasazení, nemá oprávnění k vytváření uživatelů nebo rolí. Hostitelská společnost může například přiřadit db_datareader
role , db_datawriter
a db_ddladmin
uživatelskému účtu, který pro vás nastaví. Ty jsou dostatečné pro vytváření většiny databázových objektů, ale ne pro vytváření uživatelů nebo rolí. Jedním ze způsobů, jak se této chybě vyhnout, je vyloučení uživatelů a rolí z nasazení databáze. Můžete to provést úpravou elementu PreSource
pro automaticky vygenerovaný skript databáze tak, aby obsahoval následující atributy:
CopyAllUsers=false, CopyAllRoles=false
Informace o tom, jak upravit PreSource
prvek v souboru projektu, najdete v tématu Postupy: Úprava nastavení nasazení v souboru projektu. Pokud uživatelé nebo role ve vývojové databázi musí být v cílové databázi, požádejte o pomoc svého poskytovatele hostingu.
SQL Server chyba časového limitu při spouštění vlastních skriptů během nasazení
Scenario
Zadali jste vlastní skripty SQL, které se mají spouštět během nasazování, a při spuštění nasazení webu vyprší jejich časový limit.
Možná příčina a řešení
Spuštění více skriptů, které mají různé režimy transakcí, může způsobit chyby časového limitu. Ve výchozím nastavení se automaticky generované skripty spouštějí v transakci, ale vlastní skripty ne. Pokud vyberete možnost Vyžádat data nebo schéma z existující databáze na kartě Package/Publish SQL a pokud přidáte vlastní skript SQL, musíte u některých skriptů změnit nastavení transakcí tak, aby všechny skripty používaly stejné nastavení transakcí. Další informace najdete v tématu Postupy: Nasazení databáze s projektem webové aplikace.
Pokud jste nakonfigurovali nastavení transakcí tak, aby všechna byla stejná, ale přesto se tato chyba zobrazovala, je možné alternativní řešení spustit skripty samostatně. V mřížce Databázové skripty na kartě Package/Publish SQL zrušte zaškrtnutí políčka Zahrnout u skriptu, který způsobuje chybu časového limitu, a pak projekt publikujte. Pak se vraťte do mřížky Databázové skripty , zaškrtněte políčko Zahrnout u daného skriptu a zrušte zaškrtnutí políček Zahrnout u ostatních skriptů. Pak projekt znovu publikujte. Tentokrát se při publikování spustí jenom vybraný vlastní skript.
Data streamu manifestu webu ještě nejsou k dispozici.
Scenario
Při instalaci balíčku pomocí souboru deploy.cmd s t
možností (test) se zobrazí následující chybová zpráva:
Error: The stream data of 'sitemanifest/dbFullSql[@path='C:\TEMP\AdventureWorksGrant.sql']/sqlScript' is not yet available.
Možná příčina a řešení
Chybová zpráva znamená, že příkaz nemůže vytvořit testovací sestavu. Příkaz se ale může spustit, pokud použijete y
možnost (skutečná instalace). Zpráva pouze indikuje, že došlo k problému se spuštěním příkazu v testovacím režimu.
Tato aplikace vyžaduje ManagedRuntimeVersion verze 4.0.
Scenario
Při pokusu o nasazení se zobrazí následující chybová zpráva:
Chyba: Data streamu sitemanifest/dbFullSql[@path='C:\TEMP\AdventureWorksGrant.sql']/sqlScript ještě nejsou k dispozici. Fond aplikací, který se pokoušíte použít, má vlastnost managedRuntimeVersion nastavenou na v2.0. Tato aplikace vyžaduje verzi v4.0.
Možná příčina a řešení
ASP.NET 4 není ve službě IIS nainstalovaný. Pokud je server, na který nasazujete, váš vývojový počítač a je na něm nainstalovaná sada Visual Studio 2010, je v počítači nainstalovaná ASP.NET 4, ale nemusí být nainstalovaná ve službě IIS. Na serveru, na který nasazujete, otevřete příkazový řádek se zvýšenými oprávněními a spuštěním následujících příkazů nainstalujte ASP.NET 4 ve službě IIS:
cd %windir%\Microsoft.NET\Framework\v4.0.30319
aspnet_regiis.exe –i
Nelze přetypovat Microsoft.Web.Deployment.DeploymentProviderOptions
Scenario
Při nasazování balíčku se zobrazí následující chybová zpráva:
Unable to cast object of type 'Microsoft.Web.Deployment.DeploymentProviderOptions' to 'Microsoft.Web.Deployment.DeploymentProviderOptions'.
Možná příčina a řešení
Pokoušíte se nasadit ze Správce služby IIS pomocí uživatelského rozhraní Nasazení webu 1.1 na server, který má nasazení webu 2.0 nainstalována. Pokud k nasazení importem balíčku používáte Nástroj pro vzdálenou správu služby IIS, zaškrtněte při navazování připojení dialogové okno Nové funkce k dispozici . (Toto dialogové okno se může zobrazit pouze jednou při prvním navázání připojení. Pokud chcete připojení vymazat a začít znovu, zavřete Správce služby IIS a znovu ho spusťte zadáním inetmgr /reset
příkazu do příkazového řádku.) Pokud je jedna z uvedených funkcí uživatelské rozhraní pro nasazení webu a má číslo verze nižší než 8, může mít server, na který nasazujete, nainstalované verze nasazení webu 1.1 i 2.0. Pro nasazení z klienta, který má nainstalovanou verzi 2.0, musí být na serveru nainstalována pouze verze Nasazení webu 2.0. Pokud chcete tento problém vyřešit, budete muset kontaktovat svého poskytovatele hostingu.
Nelze načíst nativní komponenty SQL Server Compact
Scenario
Při spuštění nasazené lokality se zobrazí následující chybová zpráva:
Unable to load the native components of SQL Server Compact corresponding to the ADO.NET provider of version 8482.
Install the correct version of SQL Server Compact. Refer to KB article 974247 for more details.
Možná příčina a řešení
Nasazený web nemá podsložky amd64 a x86 s nativními sestaveními ve složce bin aplikace. V počítači s nainstalovanými SQL Server Compact jsou nativní sestavení umístěna ve složce C:\Program Files\Microsoft SQL Server Compact Edition\v4.0\Private. Nejlepší způsob, jak dostat správné soubory do správných složek v projektu sady Visual Studio, je nainstalovat balíček NuGet SqlServerCompact. Instalace balíčku přidá skript po sestavení pro zkopírování nativních sestavení do amd64 a x86. Aby se ale daly nasadit, musíte je do projektu zahrnout ručně. Další informace najdete v kurzu Nasazení SQL Server Compact.
Chyba Cesta není platná po nasazení aplikace Entity Framework Code First
Scenario
Nasadíte aplikaci, která používá Migrace Entity Framework Code First, a systém DBMS, například SQL Server Compact který ukládá svou databázi do souboru ve složce App_Data. Nakonfigurovali jste Migrace Code First k vytvoření databáze po prvním nasazení. Při spuštění aplikace se zobrazí chybová zpráva podobná následujícímu příkladu:
The path is not valid. Check the directory for the database. [Path = c:\inetpub\wwwroot\App_Data\DatabaseName.sdf ]
Možná příčina a řešení
Code First se pokouší vytvořit databázi, ale složka App_Data neexistuje. Buď jste při nasazení neměli ve složce App_Data žádné soubory, nebo jste na kartě Zabalit/publikovat web v okně Vlastnosti projektu vybrali možnost Vyloučit App_Data. Proces nasazení nevytvoří na serveru složku, pokud ve složce nejsou žádné soubory, které by se na server zkopírovaly. Pokud už máte databázi v lokalitě nastavenou, proces nasazení odstraní soubory a samotnou složku App_Data , pokud jste v profilu publikování vybrali Možnost Odebrat další soubory v cíli . Problém vyřeší App_Data te tak, že do složky App_Data umístíte zástupný soubor, například .txt, a znovu ho nasadíte.
"Objekt COM, který byl oddělen od jeho základní RCW nelze použít."
Scenario
Úspěšně jste pomocí publikování jedním kliknutím nasadili aplikaci a pak se vám začne zobrazovat tato chyba:
Web deployment task failed. (Could not complete the request to remote agent URL 'https://serverurl.com/msdeploy.axd?site=sitename'.)
Could not complete the request to remote agent URL 'https://url/msdeploy.axd?site=sitename'.
The request was aborted: The request was canceled.
COM object that has been separated from its underlying RCW cannot be used.
Možná příčina a řešení
K vyřešení této chyby se obvykle vyžaduje zavření a restartování sady Visual Studio.
Nasazení selže, protože přihlašovací údaje uživatele použité k publikování nemají autoritu setACL.
Scenario
Publikování selže s chybou, která značí, že nemáte oprávnění k nastavení oprávnění ke složce (uživatelský účet, který používáte, nemá autoritu setACL).
Možná příčina a řešení
Ve výchozím nastavení sada Visual Studio nastaví oprávnění ke čtení v kořenové složce webu a oprávnění k zápisu do složky App_Data. Pokud víte, že výchozí oprávnění ke složkám webu jsou správná a není nutné je nastavovat, zakážete toto chování přidáním <IncludeSetACLProviderOn Destination>False</IncludeSetACLProviderOnDestination> do souboru profilu publikování (pro ovlivnění jednoho profilu) nebo do souboru wpp.targets (pro všechny profily). Informace o tom, jak tyto soubory upravit, najdete v tématu Postupy: Úprava nastavení nasazení v souborech profilu (.pubxml).
Chyby odepření přístupu při pokusu aplikace o zápis do složky aplikace
Scenario
Při pokusu o vytvoření nebo úpravu souboru v jedné ze složek aplikace dojde k chybě aplikace, protože pro danou složku nemá oprávnění k zápisu.
Možná příčina a řešení
Ve výchozím nastavení sada Visual Studio nastaví oprávnění ke čtení v kořenové složce webu a oprávnění k zápisu do složky App_Data. Pokud vaše aplikace potřebuje přístup k zápisu do podsložky, můžete pro tuto složku nastavit oprávnění, jak je znázorněno v kurzech Nastavení oprávnění ke složce a Nasazení do produkčního prostředí . Pokud vaše aplikace potřebuje přístup k zápisu do kořenové složky webu, musíte jí zabránit v nastavení přístupu jen pro čtení v kořenové složce přidáním <IncludeSetACLProviderOn Destination>False</IncludeSetACLProviderOnDestination> do souboru profilu publikování (pro ovlivnění jednoho profilu) nebo do souboru wpp.targets (pro všechny profily). Informace o tom, jak tyto soubory upravit, najdete v tématu Postupy: Úprava nastavení nasazení v souborech profilu (.pubxml).
Chyba konfigurace – atribut targetFramework odkazuje na verzi, která je novější než nainstalovaná verze rozhraní .NET Framework.
Scenario
Úspěšně jste publikovali webový projekt, který cílí na ASP.NET 4.5, ale při spuštění aplikace (s režimem customErrors
nastaveným na vypnuto v souboru Web.config) se zobrazí následující chyba:
The 'targetFramework' attribute in the <compilation> element of the Web.config
file is used only to target version 4.0 and later of the .NET Framework (for
example, '<compilation targetFramework="4.0">'). The 'targetFramework' attribute
currently references a version that is later than the installed version of the
.NET Framework. Specify a valid target version of the .NET Framework, or install
the required version of the .NET Framework.
Pole Zdrojová chyba na chybové stránce zvýrazňuje jako příčinu chyby následující řádek z Web.config:
<compilation targetFramework="4.5" />
Možná příčina a řešení
Server nepodporuje ASP.NET 4.5. Obraťte se na poskytovatele hostingu a zjistěte, kdy a jestli je možné přidat podporu pro ASP.NET 4.5. Pokud upgrade serveru není možné, musíte místo toho nasadit webový projekt, který cílí na ASP.NET 4 nebo starší. Pokud nasadíte webový projekt ASP.NET 4 nebo starší do stejného cíle, zaškrtněte políčko Odebrat další soubory v cíli na kartě Nastavení průvodce Publikovat web . Pokud v cíli nevyberete Odebrat další soubory, bude se vám dál zobrazovat stránka Chyba konfigurace.
Okno Vlastnosti projektu obsahuje rozevírací seznam Cílové rozhraní, ale tento problém nelze vyřešit pouze změnou z rozhraní .NET Framework 4.5 na .NET Framework 4. Pokud změníte cílovou architekturu na starší verzi architektury, projekt bude stále obsahovat odkazy na sestavení novější verze architektury a nebude spuštěn. Tyto odkazy musíte změnit ručně nebo vytvořit nový projekt, který cílí na rozhraní .NET Framework 4 nebo starší. Další informace najdete v tématu Cílení na weby v rozhraní .NET Framework.