Begränsningar för användning av personliga mappfiler via LAN- och WAN-länkar

Ursprungligt KB-nummer:   297019

Sammanfattning

PST-filerna är inte avsedda att vara en långsiktig metod för kontinuerlig användning av meddelanden i företagsmiljö.

I den här artikeln får du också förslag på tre alternativ till PST-filer:

  • Använd postlådor i Office 365 Exchange Online, Microsoft Exchange Server 2013 eller Microsoft Exchange Server 2010 Personal Archive.
  • Konfigurera Microsoft Outlook i cachelagrat Exchange-läge. Då cachelagras Exchange Server-postlådedata i en lokal offlinemappfil.
  • Konfigurera Outlook att köras på Windows Terminal Services och ansluta till Exchange Server-postlådan i onlineläge.

Dessutom beskrivs det scenario som stöds för nätverksanslutna PST-filer i den här artikeln. Scenariot använder Microsoft Outlook 2010 eller senare versioner på distans på en Windows Server 2008 R2 eller senare RDSH (Remote Desktop Session Host).

Personliga mappfiler

Microsoft Exchange Server 4.0-teamet har skapat PST-filer så att användarna kan behålla en kopia av meddelandena på sina lokala datorer. PST-filerna fungerar också som ett meddelandearkiv för användare som inte har tillgång till en Exchange Server-dator (till exempel POP3- eller IMAP-e-postanvändare).

PST-filer är emellertid inte avsedda som en företagsnätverkslösning. Även om det är möjligt att ange en nätverkskatalog eller en UNC-sökväg (Universal Naming Convention) som lagringsplats för en PST-fil är nätverksanvändning inte tänkt att vara en långsiktig metod för kontinuerlig användning av meddelanden i företagsmiljö.

En PST-fil är en filåtkomstbaserad metod för meddelandelagring. Filåtkomstdrivna innebär att datorn använder särskilda kommandon för filåtkomst som operativsystemet tillhandahåller för att läsa och skriva data till filen.

Det är inte effektivt på WAN- eller LAN-länkar eftersom WAN- och LAN-länkar använder nätverksåtkomstdrivna metoder. Det här är kommandon som operativsystemet tillhandahåller för att skicka data till eller ta emot från en annan dator i nätverket. Om det finns en fjärr-PST-fil (via en nätverkslänk) försöker Outlook använda filkommandona för att läsa från filen eller skriva till filen. Men operativsystemet måste sedan skicka kommandona via nätverket eftersom filen inte finns på den lokala datorn. Det skapar stora kostnader och ökar tiden som krävs för att läsa och skriva i filen. Dessutom kan användning av en PST-fil över en nätverksanslutning resultera i en skadad .pst-fil om anslutningen försämras eller misslyckas.

Andra beteenden för PST-filer via WAN- och LAN-länkar

  • Alla åtgärder tar längre tid.
  • Skrivåtgärder kan ta ungefär fyra gånger längre tid än läsåtgärder.
  • Outlook har långsammare prestanda än Exchange-klienten.

På grund av dessa beteenden stöds inte även offlinemappfiler och personliga adressboksfiler (.pab) på en nätverksresurs som har fjärråtkomst.

Rekommendationer -lösningar

Microsoft rekommenderar följande lösningar. De första tre ska användas i stället för PST-filer via ett LAN eller WAN. Den fjärde beskriver ett alternativ för att använda nätverksanslutna PST-filer, men bara när Outlook 2010 eller senare versioner finns på en Fjärrstyrd skrivbordssessionsvärd för Windows Server 2008 R2 eller senare.

Personlig arkivpostlåda i Exchange Server 2010 och Exchange Server 2013

Personliga arkiv hjälper dig att återfå kontrollen över organisationens meddelandedata genom att eliminerar behovet av personliga arkivfiler och göra det möjligt för användare att lagra meddelanden i en personlig arkivpostlåda som är tillgänglig i Microsoft Outlook 2007 eller senare versioner och Microsoft Office Outlook Web App.

Mer information om personliga arkiv finns i Förstå personliga arkiv.

Exchange-server med lokal offlinemappfil

När du arbetar över ett WAN eller LAN är det bättre att konfigurera Microsoft Outlook i cachelagrat Exchange-läge. Då cachelagras Exchange Server-postlådedata i en lokal offlinemappfil. Den här konfigurationen gör att fjärrklienten fungerar utan att vara ansluten till servern. Lokala offlinemappfiler har stöd för lokal replikering, och det innebär att alla mappar och deras data kan replikeras till lokala offlinemappfiler, inte bara e-postmeddelanden, som när du använder fjärr-e-post. Användningen av lokala offlinemappar är därför effektivare och mer användbar. Lokala offlinemappfiler är inte heller beroende av tillgängligheten på Exchange Server-datorn (utom för att synkronisera nya data från servern till klienten och tvärtom), eftersom informationen cachelagras i filen Lokala offlinemappar. Detta förbättrar prestandan eftersom den information som visas lagras på den lokala enheten, medan huvudkopian av data ligger kvar på servern där den kan nås och säkerhetskopieras. Lokala offlinemappfiler kan också visa dataredundans och detta säkerställer större integritet och återställning av data.

Microsoft Terminal Services

Om ett företag vill använda Outlook via WAN- eller LAN-länkar är det mycket effektivt att konfigurera Outlook så att det ansluter till Exchange Server-postlådan i onlineläge när man använder Microsoft Windows Terminal Server-tjänsten. I Terminal Services överförs endast den information som krävs för att uppdatera en visning. De möjliga fördelarna med att ha många fjärranvändare baserade på Terminal Services (i stället för att använda antingen .pst- eller .ost-filer) är viktiga i analys av nätverksbandbredd.

Outlook 2010 eller senare versioner med fjärrstyrning med Windows Server 2008 R2 eller senare RDSH- eller VDI-konfiguration

Outlook 2010 eller senare versioner stöds när nätverksanslutnade PST- eller .ost-filer används i följande villkor:

  • En nätverksanslutning med hög bandbredd/låg fördröjning används.
  • Det finns en klientåtkomst per fil (en Outlook-klient per PST- eller OST-klient).
  • Windows Server 2008 R2 eller senare RDSH (Remote Desktop Session Host) eller Windows Server 2008 R2 eller senare VDI (Virtual Desktop Infrastructure) används för att köra Outlook på distans.

Om en specifik Outlook-funktion slutar fungera eller .pst- eller .ost-filen skadas och du kan återskapa problemet i miljön ovan kontaktar du Microsoft Support.

Anteckning

Kunderna ansvarar för att både definiera och underhålla lämpligt nätverk och disk-I/O. Microsoft hjälper inte till med felsökning av långsamma prestanda på grund av nätverksanslutnade PST- eller OST-filer. Microsoft hjälper endast om prestandaproblemet återskapas när PST- eller OST-filen finns på en hårddisk som är fysiskt ansluten till datorn med Outlook eller på en virtuell hårddisk (VHD) som är ansluten till den virtuella datorn som kör Outlook.

Viktigt

Microsoft-program kanske inte fungerar som förväntat i tredjepartsprogram eller program virtualiseringsmiljöer. Vi testar inte Microsoft-produkter som körs i tredjepartsprogram eller programvaru virtualiseringsmiljöer. Mer information om support från Microsoft för dess programvara som körs tillsammans med virtualiseringsprogramvara som inte är microsoft-maskinvara finns i Supportpolicy för Microsoft-programvara som körs i virtualiseringsprogramvara som inte är microsoft-maskinvara.

Vägledning om skalbarhet i nätverket som är specifik för den här konfigurationen finns i informationsbladet "Cachelagrat Exchange-läge i en värdmiljö för fjärrskrivbordssessioner: att planera överväganden (Outlook 2010)". Även om det här dokumentet specifikt refererar till Cachelagrat läge för Exchange bör skalbarhetsmåtten även gälla för andra Outlook-konfigurationer, förutsatt att villkoren som nämns i ovanstående lista uppfylls. Om du vill ladda ned den här informationsbladet som ett Microsoft Word-dokument (.docx) går du till Cachelagrat Exchange-läge i en värdmiljö för fjärrskrivbordssessioner: överväganden vid planering.

Vad du ska tänka på när du lagrar PST-filer

När du lagrar PST-filer kan resurser sluta svara. Det här beteendet kan orsaka flera klientproblem, till exempel att Outlook slutar svara eller låser skrivbord på klientdatorer. Köer i servertjänstens arbetsköer är det som orsakar det här tillfälliga villkoret. Servertjänsten använder arbetsobjekt, till exempel en begäran att utöka en PST-fil, för att hantera I/O-förfrågningar som kommer in via nätverket. De här arbetsartiklarna är i kö i servertjänstens arbetsköer. Därifrån hanteras de av servertjänstens arbetstrådar. Arbetsobjekten tilldelas från en kernel-resurs som kallas för nonpaged pool (NPP). Servertjänsten skickar dessa I/O-begäranden till diskundersystemet. Om diskundersystemet av tidigare orsaker inte svarar i tid köas inkommande I/O-begäranden med hjälp av arbetsobjekt i serverarbetsköer. Eftersom dessa arbetsobjekt tilldelas från NPP löper den här resursen så småningom ut. Om NPP tar slut slutar system att svara och loggar in händelse-ID 2019.

Om du felsöker det här problemet kan du vanligtvis hitta bevis för ett problem i Poolmon och Perfmon. Du kan till exempel se taggtilldelningen LSwn-pool i en Poolmon-spårning. De här tilldelningarna görs av Srv.sys program. Tilldelningens storlek kan konfigureras med hjälp av SizReqBuf-registervärdet. En tilldelning görs för varje arbetspost som används av servertjänsten. När du använder Perfmon för att felsöka problemet ser du en jämn minskning av räknaren "Tillgängliga arbetsobjekt". Om "Tillgängliga arbetsobjekt" blir noll kanske klienterna inte kan komma åt filer. Du kan också få händelse-ID 2019-fel om problemet är LSwn-tilldelningar (NPP-fördelning). En annan tagg som anger .pst-filproblem är MmSt-taggen. Den här taggen representerar prototyper av mm-avsnittsobjekt, en minneshanteringsrelaterad struktur som används för mappade filer. (Det här är den pooltagg som används för att mappa operativsystemets minne som används för att spåra delade filer.) MmSt-problem visar ofta att det tar lång tid att ta bort sidpoolen (händelse-ID 2020).

Exchange-anslutning och felsökning av Prestandafelsökning i Outlook där delade filer finns

Om miljön innehåller nätverks delade PST-filer ska du se till att följande riktlinjer följs under felsökning:

  • Dessa filer kan inte lagras på samma lagringsmedia som de filer som används av Exchange-servern. Det omfattar basfiler, databaser och loggfiler.
  • De här filerna ska kopplas bort från Outlook-profilen och Outlook ska startas om.

På grund av dessa problem och möjligheten att delade PST-filer kan vara orsaken till prestandaproblem för klienten, måste Microsoft Exchange Server- och Microsoft Office Outlook-supportteam vidta de här åtgärderna vid felsökning.