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

• Gäller för:

  Outlook for Microsoft 365, Outlook 2019, Outlook 2016, Outlook 2013, Outlook 2010, Office Outlook 2007, Office Outlook 2003, Windows Server 2008 R2, Windows Server 2008, Windows 7, Windows Server 2003, Windows Vista, Windows XP

Ursprungligt KB-nummer: 297019

Sammanfattning

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

Den här artikeln föreslår också tre alternativ till .pst-filer:

• Använd postlådorna Microsoft 365 Exchange Online, Microsoft Exchange Server 2013 eller Microsoft Exchange Server 2010 Personal Archive.
• Konfigurera Microsoft Outlook i cachelagrat Exchange-läge. Detta cachelagrar 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ätverkskopplade .pst-filer i den här artikeln. Scenariot använder Microsoft Outlook 2010 eller senare versioner via fjärranslutning på en Windows Server 2008 R2 eller senare fjärrskrivbordssessionsvärd (RDSH).

Filer för personliga mappar

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

PST-filer är dock inte avsedda som en nätverkslösning för företag. Ä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 avsedd att vara en långsiktig metod för kontinuerlig användning av meddelanden i en företagsmiljö.

En .pst-fil är en filåtkomstdriven metod för meddelandelagring. Filåtkomstdriven innebär att datorn använder särskilda filåtkomstkommandon som operativsystemet tillhandahåller för att läsa och skriva data till filen.

Beteenden för .pst-filer via WAN- och LAN-länkar

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 nätverksad dator. Om det finns en pst-fjärrfil (via en nätverkslänk) försöker Outlook använda filkommandona för att läsa från filen eller skriva till filen. Operativsystemet måste dock skicka dessa kommandon via nätverket eftersom filen inte finns på den lokala datorn. Detta skapar massor av omkostnader och ökar den tid som krävs för att läsa och skriva till filen. Dessutom kan användningen av en .pst-fil via 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 heller offlinemappfiler och personliga adressboksfiler (.pab) på en nätverksresurs som nås via fjärranslutning.

Rekommendationer för 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ätverksbaserade .pst-filer, men bara när Outlook 2010 eller senare versioner fjärrhanteras på en Windows Server 2008 R2 eller senare fjärrskrivbordssessionsvärd.

postlåda för personligt arkiv Exchange Server 2010 och Exchange Server 2013

Personliga arkiv hjälper dig att återfå kontrollen över organisationens meddelandedata genom att eliminera behovet av personliga lagringsfiler och låta användarna 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. Detta cachelagrar Exchange Server postlådedata i en lokal offlinemappfil. Med den här konfigurationen kan fjärrklienten fungera utan att vara ansluten till servern. Lokala offlinemappfiler stöder lokal replikering, och det innebär att alla mappar och deras data kan replikeras till filer för lokala offlinemappar, inte bara e-postmeddelanden, vilket är fallet när du använder fjärrmeddelanden. Användningen av filen Lokala offlinemappar är därför effektivare och mer användbar. Lokala offlinemappfiler har inte heller något beroende av tillgängligheten för Exchange Server dator (förutom att synkronisera nya data från servern till klienten och vice versa), eftersom informationen cachelagras i filen Lokala offlinemappar. Detta förbättrar prestandan eftersom informationen som visas lagras på den lokala enheten, medan huvudkopian av data finns kvar på servern, där den kan nås och säkerhetskopieras. Lokala offlinemappfiler ger också dataredundans, vilket 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 för att ansluta till Exchange Server postlådan i onlineläge när du använder Tjänsten Microsoft Windows-terminal Server. Med Terminal Services överförs endast den information som krävs för att uppdatera en visning. De potentiella fördelarna med att ha många fjärranslutna användare baserade på Terminal Services (i stället för att använda .pst- eller .ost-filer) är betydande i alla analyser av bevarande av nätverksbandbredd.

Outlook 2010 eller senare versioner som fjärrhanteras med hjälp av Windows Server 2008 R2 eller senare RDSH- eller VDI-konfiguration

Funktionerna i Outlook 2010 eller senare versioner stöds när nätverkskopplade .pst- eller .ost-filer används under följande villkor:

• En nätverksanslutning med hög bandbredd/låg latens används.
• Det finns enkel klientåtkomst per fil (en Outlook-klient per .pst eller .ost).
• Antingen Windows Server 2008 R2 eller senare Remote Desktop Session Host (RDSH) eller Windows Server 2008 R2 eller senare VIRTUAL Desktop Infrastructure (VDI) används för att fjärrköra Outlook.

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

Obs!

Kunderna ansvarar för att både definiera och underhålla adekvat nätverks- och disk-I/O. Microsoft hjälper inte till med felsökning av långsamma prestanda på grund av networked.pst- eller .ost-filer. Microsoft hjälper endast till om prestandaproblemet återskapas när .pst- eller .ost-filen finns på antingen en hårddisk som är fysiskt ansluten till den dator som kör 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 en program- eller programvaruvirtualiseringsmiljö från tredje part. Vi testar inte Microsoft-produkter som körs i program- eller programvaruvirtualiseringsmiljöer från tredje part. Mer information om support från Microsoft för programvara som körs tillsammans med icke-Microsoft-programvara för maskinvaruvirtualisering finns i Supportprincip för Microsoft-programvara som körs i icke-Microsoft-programvara för maskinvaruvirtualisering.

Vägledning för nätverksskalbarhet som är specifik för den här konfigurationen finns i vitboken "Cachelagrat Exchange-läge i en värdmiljö för fjärrskrivbordssession: planeringsöverväganden (Outlook 2010)." Även om det här dokumentet specifikt refererar till Exchange Cached-läge bör skalbarhetsmåtten även gälla för andra Outlook-konfigurationer, förutsatt att de kriterier som nämns i föregående lista uppfylls. Information om hur du laddar ned det här faktabladet som ett Microsoft Word-dokument (.docx) finns i Cachelagrat Exchange-läge i en värdmiljö för fjärrskrivbordssession: planeringsöverväganden.

Vad du bör 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 problem på klientsidan, till exempel att Outlook slutar svara eller fryser stationära datorer 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 om att utöka en .pst-fil, för att hantera I/O-begäranden som kommer in via nätverket. Dessa arbetsobjekt placeras i kö i servertjänstens arbetsköer. Därifrån hanteras de av servertjänstens arbetstrådar. Arbetsobjekten allokeras från en kernelresurs som kallas icke-siddelad pool (NPP). Servertjänsten skickar dessa I/O-begäranden till diskundersystemet. Om diskundersystemet av skäl som nämns tidigare inte svarar i tid placeras inkommande I/O-begäranden i kö med hjälp av arbetsobjekt i serverarbetsköerna. Eftersom dessa arbetsobjekt allokeras från NPP tar den här resursen så småningom slut. När NPP börjar ta slut slutar systemen att svara och logga händelse-ID 2019.

Om du felsöker det här problemet kan du vanligtvis hitta bevis på ett problem i Poolmon- och Perfmon-avbildningar. Du kan till exempel se tilldelningen av LSwn-pooltaggen klättra i en Poolmon-spårning. Dessa allokeringar görs av Srv.sys-programmet. Storleken på allokeringen kan konfigureras med hjälp av registervärdet SizReqBuf. En allokering görs för varje arbetsobjekt som används av servertjänsten. När du använder Perfmon för att felsöka det här problemet ser du en stadig minskning av räknaren "Tillgängliga arbetsobjekt". Om "Tillgängliga arbetsobjekt" når noll kanske klienterna inte kan komma åt filer. Du kan också uppleva händelse-ID 2019-fel om problemet är LSwn-allokeringar (NPP-utarmning). En annan tagg som anger problem med .pst-filer är MmSt-taggen. Den här taggen representerar mm-avsnittsobjektets prototyp-PTE:er, en minneshanteringsrelaterad struktur som används för mappade filer. (Det här är pooltaggen som används för att mappa det operativsystemminne som används för att spåra delade filer.) MmSt-problem visas ofta som uttömd sidpool (händelse-ID 2020).

Felsökning av Exchange-anslutning och Outlook-prestanda där delade filer finns

Om miljön innehåller nätverksdelade .pst-filer kontrollerar du att följande riktlinjer följs under felsökningen:

• Dessa filer kan inte lagras på samma lagringsmedia som de filer som används av Exchange-servern. Detta inkluderar kärnfiler, databaser och loggfiler.
• Dessa filer bör kopplas från Outlook-profilen och Outlook bör startas om.

På grund av dessa problem och möjligheten att delade .pst-filer kan vara orsaken till problem med klientprestanda måste supportteamen för Microsoft Exchange Server och Microsoft Office Outlook vidta dessa åtgärder vid felsökning.