Prestanda justering för Office 365 med bas linjer och prestanda historikOffice 365 performance tuning using baselines and performance history

Det finns några enkla sätt att kontrol lera anslutnings prestandan mellan Office 365 och ditt företag som låter dig skapa en grov bas linje för din anslutning.There are some simple ways to check the connection performance between Office 365 and your business that will let you establish a rough baseline of your connectivity. Att känna till prestanda historiken för dina klient dator anslutningar kan hjälpa dig att upptäcka kommande problem tidigt, identifiera och förutse problem.Knowing the performance history of your client computer connections can help you detect emerging issues early, identify, and predict problems.

Om du inte har använt för att arbeta med prestanda problem är den här artikeln utformad för att hjälpa dig att överväga några vanliga frågor, till exempel hur vet du att det problem du ser är ett prestanda problem och inte ett fel i Office 365-tjänsten?If you're not used to working on performance issues, this article is designed to help you consider some common questions, like How do you know the problem you're seeing is a performance issue and not an Office 365 service incident? Hur kan jag planera för bra prestanda på lång sikt?How can you plan for good performance, long term? Hur kan du hålla ett öga på prestandan?How can you keep an eye on performance? Om din grupp eller dina klienter upplever låg prestanda i Office 365 och du undrar över några av de här frågorna läser du på.If your team or clients are seeing slow performance while using Office 365, and you wonder about any of these questions, read on.

Viktigt

Har du ett prestanda problem mellan klienten och Office 365 just nu?Have a performance issue between your client and Office 365 right now? Följ stegen som beskrivs i planen för prestanda fel sökning för Office 365.Follow the steps outlined in the Performance troubleshooting plan for Office 365.

Något du bör veta om prestanda i Office 365Something you should know about Office 365 performance

Office 365 bor i ett högpresterande, dedicerat Microsoft-nätverk som är stadigt övervakat, utan till riktiga människor.Office 365 lives inside a high-capacity, dedicated Microsoft network that is steadily monitored not just by automation, but by real people. En del av syftet med att underhålla Office 365-molnet är att justera prestanda och effektivisera det.Part of the role of maintaining the Office 365 cloud is building-in performance tuning and streamlining where it's possible. Eftersom klienter som använder Office 365-molnet måste ansluta via Internet är det en bra ansträngning att finjustera prestandan för Office 365-tjänsterna också.Since clients of the Office 365 cloud have to connect across the Internet, there is a continuous effort to fine-tune the performance across Office 365 services too. Prestanda förbättringar kommer aldrig att stanna i molnet, och det finns massor av problem med att hålla molnet smidigt och snabbt.Performance improvements never really stop in the cloud, and there is a lot of accumulated experience with keeping the cloud healthy and quick. Om du upplever ett prestanda problem med att ansluta från din plats till Office 365 är det bäst att inte börja med och vänta på ett support ärende.Should you experience a performance issue connecting from your location to Office 365, it's best not to start with, and wait on, a Support case. Istället bör du börja undersöka problemet med "Inside Out".Instead, you should begin investigating the problem from 'the inside out'. Det innebär att du börjar i ditt nätverk och fungerar på ett annat sätt än Office 365.That is, start inside of your network, and work your way out to Office 365. Innan du öppnar ett ärende med Office 365-support kan du samla in data och vidta åtgärder som kan analyseras och kanske lösa problemet.Before you open a case with Office 365 Support, you can gather data and take actions that will explore, and may resolve, your problem.

Viktigt

Var uppmärksam på kapacitets planering och begränsningar i Office 365.Be aware of capacity planning and limits in Office 365. Den informationen placerar dig före kurvan när du försöker lösa ett problem med prestanda.That information will put you ahead of the curve when trying to resolve a performance issue. Här är en länk till tjänst beskrivningarna Microsoft 365 och Office 365.Here's a link to the Microsoft 365 and Office 365 service descriptions. Det här är ett centralt nav och alla tjänster som erbjuds av Office 365 har en länk till deras egna tjänst beskrivningar härifrån.This is a central hub, and all the services offered by Office 365 have a link that goes to their own Service Descriptions from here. Det innebär att om du vill se standard gränserna för SharePoint Online, till exempel klickar du på SharePoint Online Service Description och letar reda på SharePoint Online-området för gränser.That means, should you need to see the standard limits for SharePoint Online, for example, you would click SharePoint Online Service Description and locate its SharePoint Online Limits section.

Se till att du går in i din fel sökning med att det är en rörlig skala, det är inte att uppnå ett idealiskt värde och bibehålla det permanent (om du tror att det här är så kan du vara mycket stressade med stora mängder data), vilket gör abonnemanget för prestanda påverkan.Make sure you go into your troubleshooting with the understanding that performance is a sliding scale, it's not about achieving an idealized value and maintaining it permanently (if you believe this is so, then occasional high-bandwidth tasks like on-boarding a large number of users, or doing large data migrations will be very stressful -- so do plan for performance impacts then). Du kan, och om du vill, få en grov uppfattning om dina prestanda mål, men många av de olika variablerna spelar till prestanda, och därför varierar prestanda.You can, and should, have a rough idea of your performance targets, but a lot of variables play into performance, therefore, performance varies. Det är samma slag av prestanda.That's the nature of performance.

Prestanda fel sökningen handlar inte om att uppfylla vissa mål och att du behåller dessa nummer obegränsat, det handlar om att förbättra befintliga aktiviteter, med alla variabler.Performance troubleshooting isn't about meeting specific goals and maintaining those numbers indefinitely, it's about improving existing activities, given all the variables.

Vad innebär det att prestanda problem ser ut?Okay, what does a performance problem look like?

För det första måste du se till att det du upplever är ett prestanda problem och inte en tjänst.First, you need to make sure that what you are experiencing is indeed a performance issue and not a service incident. Ett problem med prestanda skiljer sig från en tjänst händelse i Office 365.A performance problem is different from a service incident in Office 365. Så här kan du berätta för dem.Here's how to tell them apart.

Om Office 365-tjänsten har problem kan det vara en tjänst olycka.If the Office 365 service is having issues, that's a service incident. Du kommer att se röda eller gula ikoner under aktuell hälsa i Microsoft 365 Admin Center, men du kan även få låga prestanda på klient datorer som ansluter till Office 365.You will see red or yellow icons under Current health in the Microsoft 365 admin center, you may also notice slow performance on client computers connecting to Office 365. Om den aktuella hälso rapporten till exempel visar en röd ikon och du ser det bredvid Exchange kan du också få ett par samtal från personer i organisationen som klagat på att klient post lådorna som använder Exchange Online fungerar dåligt.For example, if Current health reports a red icon and you see Investigating beside Exchange, you might then also receive a bunch of calls from people in your organization who complain that client mailboxes that use Exchange Online are performing badly. I så fall är det rimligt att anta att din Exchange Online-prestanda blev en skadelidande för problem inom tjänsten.In that case, it's reasonable to assume that your Exchange Online performance just became a victim of issues within the Service.

Instrument panelen för Office 365 med alla arbets belastningar som är gröna, förutom Exchange, som visar att tjänsten har återställts.

I det här läget ska Office 365-administratören kontrol lera aktuell hälsa och sedan Visa information och historikofta för att hålla dig uppdaterad om underhåll som utförs på systemet.At this point, you, the Office 365 admin, should check Current health and then View details and history, frequently, to keep up to date on maintenance we perform on the system. Den aktuella hälso instrument panelen har gjorts för att uppdatera dig om ändringar och problem i tjänsten.The Current health dashboard was made to update you about changes to, and problems in, the service. Anteckningarna och förklaringarna som är skrivna för hälso historiken, administratören till admin, finns där för att hjälpa dig att mäta din påverkan och för att hålla dig Inlagd i arbetet.The notes and explanations written to health history, admin to admin, are there to help you gauge your impact, and to keep you posted about ongoing work.

En bild av hälso instrument panelen för Office 365 som förklarar att Exchange Online-tjänsten har återställts och varför.

Prestanda problem är inte ett tjänst problem, trots att olyckor kan orsaka långsam prestanda.A performance issue isn't a service incident, even though incidents can cause slow performance. Prestanda problem ser ut så här:A performance issue looks like this:

  • Ett prestanda problem beror på vad administrations centret för aktuell hälsa rapporterar för tjänsten.A performance issue occurs no matter what the admin center Current health is reporting for the service.

  • Det tar lång tid att slutföra eller aldrig slutföra en funktion som är relativt sömlös.A behavior that used to be relatively seamless takes a long time to complete or never completes.

  • Du kan även replikera problemet, eller, minst, du vet att det kommer att inträffa om du använder rätt steg.You can replicate the problem too, or, at least, you know it will happen if you do the right series of steps.

  • Om problemet är oregelbundet är det fortfarande ett mönster, till exempel 10:00 att du vet att du har ett samtal från användare som inte kan använda Office 365 på ett tillförlitligt sätt och att samtalen uppträder dygnet runt.If the problem is intermittent, there is still a pattern, for example, you know that by 10:00 AM you will have calls from users who can't reliably access Office 365, and that the calls will die down around noon.

Det låter bekant; kanske är du för van.This probably sounds familiar; maybe too familiar. När du vet att det är ett prestanda problem blir frågan "Hur gör du det".Once you know it's a performance problem, the question becomes, "What do you do next?" Resten av den här artikeln hjälper dig att avgöra exakt det.The rest of this article helps you determine exactly that.

Definiera och testa prestanda problemHow to define and test the performance problem

Prestanda problem uppstår ofta över tiden, så det kan vara svårt att definiera det faktiska problemet.Performance issues often emerge over time, so it can be challenging to define the actual problem. Du måste skapa en bra problem-instruktion och en bra idé om ärende kontexten, och sedan måste du upprepa test stegen för att vinna dagen.You need to create a good problem statement and a good idea of issue context, and then you need to repeatable testing steps to win the day. Om du inte har något eget problem kan du gå förlorade.Otherwise, through no fault of your own, you may be lost. Varför?Why? Här är några exempel på problem meddelanden som inte ger tillräckligt med information:Well, here are some examples of problems statements that don't provide enough information:

  • Om du växlar från min inkorg till kalendern använde jag inte något meddelande och nu är det en kaffe paus.Switching from my Inbox to my Calendar used to be something I didn't notice, and now it's a coffee-break. Kan du göra så att den fungerar som den ska?Can you make it act like it used to?

  • Uppladdning av mina filer till SharePoint Online tar för alltid.Uploading my files to SharePoint Online is taking forever. Varför är det långsamt i eftermiddag, men den andra gången är det snabbt?Why is it slow in the afternoon, but any other time, it's fast? Går det inte bara att vara snabbt?Can't it just be fast?

Det finns flera problem som beror på problemet ovan.There are several large challenges posed by the problem statements above. Det finns många tvetydigheter att hantera.Specifically, there are a lot of ambiguities to deal with. till exempel:for example:

  • Det är oklart hur byte mellan inkorg och kalender används för den bärbara datorn.It's unclear how switching between Inbox and Calendar used to act on the laptop.

  • Vad innebär det att "det är" snabbt "?When the user says, "Can't it just be fast", what's "fast"?

  • Hur länge är "för alltid"?How long is "forever"? Är det några sekunder, eller hur många minuter, eller skulle kunna gå till lunch och det skulle sluta tio minuter efter att användaren har varit tillbaka?Is that several seconds, or minutes, or could the user go to lunch and it would finish up ten minutes after the user got back?

Allt det här är utan att administratören och fel sökaren inte kan känna till många detaljer från problem satserna som dessa.All of this is without considering that the admin and troubleshooter can't be aware of many details from problem statements like these. Till exempel när problemet påbörjas; Att användaren kan arbeta hemifrån och bara se långsam byte i hem nätverk. Att användaren måste köra flera andra RAM intensiva program på den lokala klienten, eller att användaren kör ett äldre operativ system eller inte har kört de senaste uppdateringarna.For example, when the problem started happening; That the user works from home and only ever sees slow switching while on a home network; That the user must run several other RAM intensive applications on the local client, or the user is running an older operating system or hasn't run recent updates.

När användare rapporterar ett prestanda problem finns det mycket information att samla in.When users report a performance problem, there's a lot of information to collect. Insamling av denna information är en del av en process som kallas problemet eller som undersöker den.Collecting this information is part of a process called scoping the issue, or investigating it. Här följer en grundläggande omfattnings lista som du kan använda för att samla in information om prestanda problem.The following is a basic scoping list you can use to collect information about your performance issue. Den här listan är inte fullständig, men det är bara ett ställe att starta en egen:This list is not exhaustive, but it's a place to start one of your own:

  • På vilket datum problemet inträffar och med vilken tid på dygnet?On what date did the issue happen, and around what time of day or night?

  • Vilken typ av klient dator använde du och hur ansluter den till företags nätverket (VPN, tråd bunden, trådlös kommunikation)?What kind of client computer were you using, and how does it connect to the business network (VPN, Wired, Wireless)?

  • Arbetade du på kontoret?Were you working remotely or were you in the office?

  • Har du prövat samma åtgärder på en annan dator och samma sak?Did you try the same actions on another computer and see the same behavior?

  • Följ de steg som ger dig problem så att du kan skriva de åtgärder du tar ner.Walk through the steps that are giving you the trouble so that you can write the actions you take down.

  • Hur långsamt i sekunder eller minuter är prestanda?How slow in seconds or minutes is the performance?

  • Var i världen bor du?Where in the world are you located?

Vissa av dessa frågor är mer uppenbara än andra.Some of these questions are more obvious than others. De flesta är att förstå en fel sökare behöver de exakta stegen för att återskapa problemet.Most everyone will understand a troubleshooter needs the exact steps to reproduce the issue. Efter alla, hur kan du spela in vad som är fel och hur kan du testa om problemet är åtgärdat?After all, how else can you record what's wrong, and how else can you test if the issue is fixed? Mindre uppenbart är saker som "vilket datum och vilken tid hade du för problem?", och var i världen finns du? ", information som kan användas för att hitta.Less obvious are things like "What date and time did you see the issue?", and "Where in the world are you located?", information that can be used in tandem. Det kan betyda att underhåll pågår redan på delar av företagets nätverk, beroende på när användaren fungerade.Depending on when the user was working, a few hours of time difference may mean maintenance is already underway on parts of your company's network. Om ditt företag till exempel har en hybrid implementation, som en hybrid SharePoint-sökning, som kan söka i Sök index i både SharePoint Online och en lokal SharePoint Server 2013-instans, kan uppdateringar aktive ras i den lokala server gruppen.If, for example, your company has a hybrid implementation, like a hybrid SharePoint Search, which can query search indexes in both SharePoint Online and an On-premises SharePoint Server 2013 instance, updates may be underway in the on-premises farm. Om ditt företag är i molnet kan system underhåll läggas till för att lägga till eller ta bort nätverks maskin vara, installera uppdateringar som är företagsomfattande eller göra ändringar i DNS eller annan huvud infrastruktur.If your company is all in the cloud, system maintenance may include adding or removing network hardware, rolling out updates that are company-wide, or making changes to DNS, or other core infrastructure.

När du felsöker ett problem med prestanda är det lite som en brottslighet, men du måste vara exakt och iaktta eventuella slut satser.When you're troubleshooting a performance problem, it's a bit like a crime scene, you need to be precise and observant to draw any conclusions from the evidence. För att göra detta måste du få en god problem policy genom att samla in bevis.In order to do this, you must get a good problem statement by gathering evidence. Den bör innehålla datorns kontext, användarens kontext, när problemet påbörjas och de exakta stegen som visar prestanda problem.It should include the computer's context, the user's context, when the problem began, and the exact steps that exposed the performance issue. Den här problem rapporteringen bör vara den översta sidan i dina anteckningar.This problem statement should be, and stay, the topmost page in your notes. Genom att gå igenom problem instruktionen igen efter att du har utfört den måste du testa och bevisa om de åtgärder du vidtar har löst problemet.By walking through the problem statement again after you work on the resolution, you are taking the steps to test and prove whether the actions you take have resolved the issue. Det är viktigt att veta när ditt arbete är klart.This is critical to knowing when your work, there, is done.

Vet du hur prestandan ser ut när den var bra?Do you know how performance used to look when it was good?

Om du är Unlucky känner ingen.If you're unlucky, nobody knows. Ingen hade nummer.Nobody had numbers. Det betyder att ingen kan svara på den enkla frågan om hur många sekunder det hade tagit för att få upp en inkorg i Office 365? ", eller" hur lång tid använde den när chefer hade ett Lync Online-onlinemöte? ", vilket är ett vanligt scenario för många företag.That means nobody can answer the simple question "About how many seconds did it used to take to bring up an Inbox in Office 365?", or "How long did it used to take when the Executives had a Lync Online meeting?", which is a common scenario for many companies.

Det här är en bas linje för prestanda.What's missing here is a performance baseline.

Med original planer får du en kontext för din prestanda.Baselines give you a context for your performance. Du bör ta en original plan ibland oftare, beroende på företagets behov.You should take a baseline occasionally to frequently, depending on the needs of your company. Om du är ett större företag kan din åtgärds grupp ta original planerna för din lokala miljö.If you are a larger company, your Operations team may take baselines for your on-premises environment already. Om du till exempel korrigerar alla Exchange-servrar under den första måndagen i månaden, och alla dina SharePoint-servrar på tredje måndagen, har din åtgärds grupp antagligen en lista med uppgifter och scenarier som den utför efter uppdatering för att bevisa att viktiga funktioner fungerar.For example, if you patch all the Exchange servers on the first Monday of the month, and all your SharePoint servers on the third Monday, your Operations team probably has a list of tasks and scenarios it runs post-patching, to prove that critical functions are operational. Om du till exempel öppnar Inkorgen, klickar på Skicka/ta emot och kontrollerar att mapparna uppdateras, eller i SharePoint, bläddrar du till sidan för företags sökning och gör en sökning som returnerar resultat.For example, opening the Inbox, clicking Send/Receive, and making sure the folders update, or, in SharePoint, browsing the main page of the site, going into the enterprise Search page, and doing a search that returns results.

Om dina program finns i Office 365 kan du använda några av de grundläggande original planerna för att mäta tiden (i millisekunder) från en klient dator i nätverket, till en utgångs punkt, eller den plats där du lämnar nätverket och kan gå ut till Office 365.If your applications are in Office 365, some of the most fundamental baselines you can take measure the time (in milliseconds) from a client computer inside your network, to an egress point, or the point where you leave your network and go out to Office 365. Här är några användbara original planer som du kan undersöka och spela in:Here are some helpful baselines that you can investigate and record:

  • Identifiera enheterna mellan klient datorn och utgångs punkten, till exempel proxyservern.Identify the devices between your client computer and your egress point, for example, your proxy server.

    • Du måste känna till enheterna så att du har kontext (IP-adresser, typ av enhet, et osv) för prestanda problem som uppstår.You need to know your devices so that you have context (IP addresses, type of device, et cetera) for performance problems that arise.

    • Proxyservrar är vanliga avgångs punkter, så du kan kontrol lera vilken proxyserver den är inställd på, i webbläsaren.Proxy servers are common egress points, so you can check your web browser to see what proxy server it is set to use, if any.

    • Det finns verktyg från tredje part som kan upptäcka och mappa nätverket, men det säkraste sättet att veta att dina enheter är att be en medlem i din nätverks grupp.There are third party tools that can discover and map your network, but the safest way to know your devices is to ask a member of your network team.

  • Identifiera din Internet leverantör (ISP), skriv ner deras kontakt information och fråga hur många kretsar hur mycket bandbredd du har.Identify your Internet service provider (ISP), write down their contact information, and ask how many circuits how much bandwidth you have.

  • I ditt företag kan du identifiera resurser för enheterna mellan klienten och slut punkten, eller identifiera en nöd situation för att prata med eventuella nätverks problem.Inside your company, identify resources for the devices between your client and the egress point, or identify an emergency contact to talk to about networking issues.

Här är några bas linjer som gör det enkelt att testa med verktyg:Here are some baselines that simple testing with tools can calculate for you:

  • Tid från klient datorn till utgångs punkten i millisekunderTime from your client computer to your egress point in milliseconds

  • Tid från ditt utgångs läge till Office 365 i millisekunderTime from your egress point to Office 365 in milliseconds

  • Plats i världen för servern som matchar URL-adresserna för Office 365 när du bläddrarLocation in the world of the server that resolves the URLS for Office 365 when you browse

  • Hastigheten hos Internet leverantörens DNS-matchning i millisekunder, inkonsekvenser för paketets ankomst (nätverks Darr), uppladdning och nedladdnings tid i millisekunderThe speed of your ISP's DNS resolution in milliseconds, inconsistencies in packet arrival (network jitter), upload and download times in milliseconds

Om du inte vet hur du ska utföra de här stegen går vi till mer information i den här artikeln.If you're unfamiliar with how to carry out these steps, we'll go into more detail in this article.

Vad är en bas linje?What is a baseline?

Du vet hur det påverkar effekten när det blir dåligt, men om du inte känner till historiken över dina prestanda data är det omöjligt att ha en kontext för hur dåligt den kan ha blivit och när.You'll know the impact when it goes bad, but if you don't know your historical performance data, it's not possible to have a context for how bad it may have become, and when. Om du inte har någon original plan saknar du viktig ledtråd för att lösa pusslet: bilden i rutan pussel.So without a baseline, you're missing the key clue to solve the puzzle: the picture on the puzzle box. Vid prestanda fel sökning behöver du en jämförelse punkt.In performance troubleshooting, you need a point of comparison . Enkla prestanda bas linjer är inte svårt att ta sig.Simple performance baselines aren't difficult to take. Din åtgärds grupp kan utföras enligt ett schema.Your Operations team can be tasked with carrying these out on a schedule. Låt oss säga att anslutningen ser ut så här:For example, let's say your connection looks like this:

En grundläggande nätverks bild med molnet klient, proxy och Office-365.

Det innebär att du har kontrollerat nätverks teamet och fått reda på att du lämnar företaget till Internet via en proxyserver och att proxyservern hanterar alla begär Anden som klient datorn skickar till molnet.That means you've checked with your network team and found out that you leave your company for the Internet through a proxy server, and that proxy handles all the requests your client computer sends to the cloud. I det här fallet bör du rita en förenklad version av anslutningen som visar alla mellanliggande enheter.In this case, you should draw a simplified version of your connection that lists all the intervening devices. Infoga nu verktyg som du kan använda för att testa prestandan mellan klienten, utgångs punkten (där du lämnar nätverket för Internet) och Office 365-molnet.Now, insert tools that you can use to test the performance between the client, the egress point (where you leave your network for the Internet), and the Office 365 cloud.

Grundläggande nätverk med klient, proxy och moln samt verktyg förslag PSPing, TraceTCP och nätverks spårning.

Alternativen visas som enkla och avancerade på grund av den mängd expertis du behöver för att hitta prestanda data.The options are listed as Simple and Advanced because of the amount of expertise you need in order to find the performance data. En nätverks spårning tar mycket tid jämfört med kommando rads verktyg som PsPing och TraceTCP.A network trace will take a lot of time, compared to running command-line tools like PsPing and TraceTCP. De här två kommando rads verktygen valdes eftersom de inte använder ICMP-paket som blockeras av Office 365 och att de ger tid i millisekunder som det tar att lämna klient datorn eller proxyservern (om du har åtkomst) och komma till Office 365.These two command-line tools were chosen because they don't use ICMP packets, which will be blocked by Office 365, and because they give the time in milliseconds that it takes to leave the client computer, or proxy server (if you have access) and arrive at Office 365. Varje enskilt hopp från en dator till en annan slutar med ett tids värde och det är perfekt för bas linjer!Each individual hop from one computer to another will end up with a time value, and that's great for baselines! Med dessa kommando rads verktyg kan du till och med lägga till ett port nummer i kommandot, det är användbart eftersom Office 365 kommunicerar via port 443, som är den port som används för SSL och TLS-säkerhet (Secure Sockets Layer).Just as importantly, these command-line tools allow you to add a port number onto the command, this is useful because Office 365 communicates over port 443, which is the port used by Secure Sockets Layer and Transport Layer Security (SSL and TLS). Men andra verktyg från tredje part kan vara bättre.However, other third-party tools may be better solutions for your situation. Microsoft stöder inte alla de här verktygen, så om du av någon anledning inte kan få PsPing och TraceTCP att fungera kan du gå vidare till en nätverks spårning med ett verktyg som Netmon.Microsoft doesn't support all of these tools, so if, for some reason, you can't get PsPing and TraceTCP working, move on to a network trace with a tool like Netmon.

Du kan ta en original plan före kontors tid, igen under stor användning och sedan återigen efter timmar.You can take a baseline before business hours, again during heavy use, and then again after hours. Det innebär att du kanske har en mappstruktur som ser ut ungefär så här i slutet:This means you may have a folder structure that looks a bit like this in the end:

Grafik föreslår ett sätt att ordna dina prestanda data i mappar.

Du bör också välja en namngivnings konvention för dina filer.You should also pick a naming convention your files. Här är några exempel:Here are some examples:

  • Feb_09_2015_9amPST_PerfBaseline_Netmon_ClientToEgress_NormalFeb_09_2015_9amPST_PerfBaseline_Netmon_ClientToEgress_Normal

  • Jan_10_2015_3pmCST_PerfBaseline_PsPing_ClientToO365_bypassProxy_SLOWJan_10_2015_3pmCST_PerfBaseline_PsPing_ClientToO365_bypassProxy_SLOW

  • Feb_08_2015_2pmEST_PerfBaseline_BADPerfFeb_08_2015_2pmEST_PerfBaseline_BADPerf

  • Feb_08_2015_8-30amEST_PerfBaseline_GoodPerfFeb_08_2015_8-30amEST_PerfBaseline_GoodPerf

Det finns massor av olika sätt att göra det, men det <dateTime><what's happening in the test> är en bra plats att börja använda det.There are lots of different ways to do this, but using the format <dateTime><what's happening in the test> is a good place to start. Det är bara att få en hel del när du försöker Felsöka problem senare.Being diligent about this will help a lot when you are trying to troubleshoot issues later. Senare kan du säga "Jag tog två spårningar den 8 februari, en visade bra prestanda och ett visades dåligt, så vi kan jämföra dem".Later, you'll be able to say "I took two traces on February 8th, one showed good performance and one showed bad, so we can compare them". Det här är mycket bra för fel sökning.This is extremely helpful for troubleshooting.

Du måste ha ett organiserat sätt för att behålla dina historiska original planer.You need to have an organized way to keep your historical baselines. I det här exemplet gav de enkla metoderna tre kommando rads resultat och resultaten samlades in som skärm dum par, men du kan ha nätverks dum par i stället.In this example, the simple methods produced three command line outputs and the results were collected as screen shots, but you may have network capture files instead. Använd den metod som passar dig bäst.Use the method that works best for you. Lagra dina historiska original planer och hänvisa till dem vid punkter där du märker ändringar i beteendet hos online tjänster.Store your historical baselines and refer to them at points where you notice changes in the behavior of online services.

Varför samla in prestanda data under en pilot?Why collect performance data during a pilot?

Det finns ingen bättre tid att börja skapa original planer än under en pilot för Office 365-tjänsten.There is no better time to start making baselines than during a pilot of the Office 365 service. Ditt Office kan innehålla tusen användare, hundratals tusen eller det kan ha fem, men även med ett fåtal användare kan du utföra tester för att mäta variationer i prestanda.Your office may have thousands of users, hundreds of thousands, or it may have five, but even with a small number of users, you can perform tests to measure fluctuations in performance. I ett stort företag kan ett representativt urval av flera hundra användare som piloterar Office 365 projiceras utåt till flera tusen så att du vet var det kan uppstå problem.In the case of a large company, a representative sample of several hundred users piloting Office 365 can be projected outward to several thousands so you know where issues might arise before they happen.

Om det rör sig om ett litet företag, där det finns en person som deltar i tjänsten samtidigt och det inte finns någon pilot, kan du behålla prestanda mått så att du har data att visa för alla som kan behöva Felsöka en åtgärd som inte fungerar som vanligt.In the case of a small company, where on-boarding means that all users go to the service at the same time and there is no pilot, keep performance measures so that you have data to show to anyone who may have to troubleshoot a badly performing operation. Om du till exempel märker att det är en plötslig som du kan göra för att det ska gå att överföra en medels Tor bild när den används väldigt snabbt.For example, if you notice that all of a sudden you can walk around your building in the time it takes to upload a medium-sized graphic where it used to happen very quickly.

Så här samlar du in original planerHow to collect baselines

För alla fel söknings planer måste du identifiera dessa saker på ett minimum:For all troubleshooting plans you need to identify these things at a minimum:

  • Den klient dator du använder (typen av dator eller enhet, en IP-adress och de åtgärder som orsakade problemet)The client computer you're using (the type of computer or device, an IP address, and the actions that caused the issue)

  • Där klient datorn är placerad i världen (till exempel om den här användaren har en VPN-anslutning till nätverket, en fjärran sluten eller i företagets intranät)Where the client computer is located in the world (for example, whether this user on a VPN to the network, working remotely, or on the company intranet)

  • Utgångs punkten som klient datorn använder från nätverket (den punkt där trafiken lämnar företaget till en Internet leverantör eller Internet)The egress point the client computer uses from your network (the point at which traffic leaves your business for an ISP or the Internet)

Du kan ta reda på nätverkets layout från nätverks administratören.You can find out the layout of your network from the network administrator. Om du använder ett litet nätverk kan du ta en titt på de enheter som ansluter dig till Internet och ringa din Internet leverantör om du har frågor om layouten.If you're on a small network, take a look at the devices connecting you to the Internet, and call your ISP if you have questions about the layout. Skapa en bild av den slutgiltiga layouten för din referens.Create a graphic of the final layout for your reference.

Det här avsnittet är uppdelat i enkla kommando rads verktyg och-metoder och mer avancerade verktygs alternativ.This section is broken into simple command-line tools and methods, and more advanced tools options. Vi kommer att få enkla metoder först.We'll cover simple methods first. Men om du har ett prestanda problem nu kan du gå till avancerade metoder och testa åtgärds planen för fel sökning av prestanda.But if you've got a performance problem right now, you should jump to advanced methods and try out the sample performance-troubleshooting action plan.

Enkla metoderSimple methods

Syftet med dessa enkla metoder är att lära sig att ta, förstå och korrekt Spara grundläggande original Plans bas linjer över tiden så att du får information om Office 365-prestanda.The objective of these simple methods is to learn to take, understand, and properly store simple performance baselines over time so that you are informed about Office 365 performance. Här är det väldigt enkla diagrammet som du ser innan:Here's the very simple diagram for simple, as you've seen before:

Grundläggande nätverk med klient, proxy och moln samt verktyg förslag PSPing, TraceTCP och nätverks spårning.

Anteckning

TraceTCP är inkluderat i den här skärm bilden eftersom det är ett användbart verktyg för att visa, i millisekunder, hur lång tid det tar att bearbeta och hur många nätverks hopp, eller anslutningar från en dator till nästa, som begäran tar att nå ett mål.TraceTCP is included in this screen shot because it's a useful tool for showing, in milliseconds, how long a request takes to process, and how many network hops, or connections from one computer to the next, that the request takes to reach a destination. TraceTCP kan också ge servrar namn som används under hopp, som kan vara användbara för en Microsoft Office 365-felsökning i support.TraceTCP can also give the names of servers used during hops, which can be useful to a Microsoft Office 365 troubleshooter in Support. > TraceTCP kommandon är mycket enkelt, till exempel: > tracetcp.exe outlook.office365.com:443> kom ihåg att inkludera port numret i kommandot!> TraceTCP commands can be very simple, such as: > tracetcp.exe outlook.office365.com:443> Remember to include the port number in the command! > TraceTCP är en gratis nedladdning men använder Wincap. > TraceTCP is a free download, but relies on Wincap. Wincap är ett verktyg som också används och installeras av NetMon.Wincap is a tool that is also used and installed by Netmon. Vi använder också Netmon i avsnittet avancerade metoder.We also use Netmon in the advanced methods section.

Om du har flera kontor måste du ha en uppsättning data från en klient på var och en av dessa platser.If you have multiple offices, you'll need to keep a set of data from a client in each of those locations as well. Det här testet mäter svar, som i det här fallet är ett nummer värde som beskriver tiden mellan en klient som skickar en begäran till Office 365 och Office 365 som svarar på begäran.This test measures latency, which, in this case, is a number value that describes the amount of time between a client sending a request to Office 365, and Office 365 responding to the request. Testet härstammar i din domän på en klient dator och ser ut som en rund resa från nätverket, via en utgångs punkt, via Internet till Office 365 och tillbaka.The testing originates inside your domain on a client computer, and looks to measure a round trip from inside your network, out through an egress point, across the Internet to Office 365, and back.

Det finns några olika sätt att hantera utgångs punkten, i det här fallet proxyservern.There are a few ways to deal with the egress point, in this case, the proxy server. Du kan antingen spåra från 1 till 2 och sedan 2 till 3 och sedan addera talen i millisekunder för att få en total summa för nätverkets kant.You can either trace from 1 to 2 and then 2 to 3, and then add the numbers in milliseconds to get a final total to the edge of your network. Eller så kan du konfigurera anslutningen så att den inte används för att kringgå proxyn för Office 365-adresser.Or, you can configure the connection to bypass the proxy for Office 365 addresses. I ett större nätverk med en brand vägg, en omvänd proxyserver eller en kombination av de två kan du behöva göra undantag på den proxyserver som gör att trafiken kan passera för många URL-adresser.In a larger network with a firewall, reverse proxy, or some combination of the two, you may need to make exceptions on the proxy server that will allow traffic to pass for a lot of URLs. Listan med slut punkter som används av Office 365 finns i URL: er och IP-adressintervall för office 365.For the list of endpoints used by Office 365, see Office 365 URLs and IP address ranges. Om du har en autentiseringsserver börjar du genom att testa undantag för följande:If you have an authenticating proxy, begin by testing exceptions for the following:

  • Portarna 80 och 443Ports 80 and 443

  • TCP och HTTPsTCP and HTTPs

  • Anslutningar som är utgående till någon av dessa webb adresser:Connections that are outbound to any of these URLs:

  • *. microsoftonline.com*.microsoftonline.com

  • *. microsoftonline-p.com*.microsoftonline-p.com

  • *. sharepoint.com*.sharepoint.com

  • *. outlook.com*.outlook.com

  • *. lync.com*.lync.com

  • osub.microsoft.comosub.microsoft.com

Alla användare måste ha tillåtelse att få till gång till dessa adresser utan att någon proxyserver stör eller verifieras.All users need to be allowed to get to these addresses without any proxy interference or authentication. I ett mindre nätverk bör du lägga till dessa i din Internet-lista.On a smaller network, you should add these to your proxy bypass list in your web browser.

Om du vill lägga till dessa i din lista över undantag i Internet Explorer går du till verktyg > Internet alternativ > Connections > nätverks inställningar > Avancerat.To add these to your proxy bypass list in Internet Explorer, go to Tools > Internet Options > Connections > LAN settings > Advanced. På fliken Avancerat hittar du också din proxyserver och proxyserver.The advanced tab is also where you will find your proxy server and proxy server port. Du kan behöva klicka på kryss rutan Använd en proxyserver för ditt lokala nätverkför att komma åt knappen Avancerat .You may need to click the checkbox Use a proxy server for your LAN, to access the Advanced button. Du bör kontrol lera att ingen Använd proxyserver för lokala adresser är markerad.You'll want to make sure that Bypass proxy server for local addresses is checked. När du klickar på Avanceratvisas en text ruta där du kan ange undantag.Once you click Advanced, you'll see a text box where you can enter exceptions. Avgränsa URL-adresserna ovan med semikolon, till exempel:Separate the wildcard URLs listed above with semi-colons, for example:

*. microsoftonline.com; *. SharePoint.com*.microsoftonline.com; *.sharepoint.com

När du har kringgåt din proxy bör du kunna använda ping eller PsPing direkt på en Office 365-URL.Once you bypass your proxy, you should be able to use ping or PsPing directly on an Office 365 URL. Nästa steg är att testa ping- Outlook.Office365.com.The next step will be to test ping outlook.office365.com. Om du använder PsPing eller ett annat verktyg som gör att du kan ange ett port nummer för kommandot, PsPing mot Portal.microsoftonline.com:443 för att se genomsnittlig fördröjnings tiden i millisekunder.Or, if you're using PsPing or another tool that will let you supply a port number to the command, PsPing against portal.microsoftonline.com:443 to see the average round trip time in milliseconds.

Tiden för den rundade resan är ett nummer värde som mäter hur lång tid det tar att skicka en HTTP-begäran till en server, till exempel outlook.office365.com, och få svar tillbaka som bekräftar att servern har gjort det.The round trip time, or RTT, is a number value that measures how long it takes to send a HTTP request to a server like outlook.office365.com and get a response back that acknowledges the server knows that you did it. Det här är en förkortning av detta.You'll sometimes see this abbreviated as RTT. Detta bör vara en relativt kort tids period.This should be a relatively short amount of time.

Du måste använda PSPing eller ett annat verktyg som inte använder ICMP-paket som blockeras av Office 365 för att kunna göra det här testet.You have to use PSPing or another tool that does not use ICMP packets which are blocked by Office 365 in order to do this test.

Så här använder du PsPing för att få en total fördröjning i millisekunder direkt från en Office 365-URLHow to use PsPing to get an overall round trip time in milliseconds directly from an Office 365 URL

  1. Kör en upphöjd kommando tolk genom att utföra de här stegen:Run an elevated command prompt by completing these steps:

  2. Klicka på Start.Click Start.

  3. I rutan Påbörja sökning skriver du cmd och trycker sedan på CTRL + SKIFT + RETUR.In the Start Search box, type cmd, and then press CTRL+SHIFT+ENTER.

  4. Om dialog rutan kontroll av användar konto visas kontrollerar du att den åtgärd som visas är det du vill ha och klickar sedan på Fortsätt.If the User Account Control dialog box appears, confirm that the action it displays is what you want, and then click Continue.

  5. Navigera till den mapp där verktyget (i det här fallet PsPing) är installerat och testa dessa Office 365-URL: er.Navigate to the folder where the tool (in this case PsPing) is installed and test these Office 365 URLs:

  • psping portal.office.com:443psping portal.office.com:443

  • psping microsoft-my.sharepoint.com:443psping microsoft-my.sharepoint.com:443

  • psping outlook.office365.com:443psping outlook.office365.com:443

  • psping www.yammer.com:443psping www.yammer.com:443

    Kommandot PSPing går till microsoft-my.sharepoint.com port 443.

Se till att du inkluderar port numret för 443.Be sure to include the port number of 443. Kom ihåg att Office 365 fungerar på en krypterad kanal.Remember that Office 365 works on an encrypted channel. Om du PsPing utan port numret Miss lyckas din begäran.If you PsPing without the port number, your request will fail. När du har skickat Pingat den korta listan kan du titta efter genomsnitts tiden i millisekunder (MS).Once you've pinged your short list, look for the Average time in milliseconds (ms). Det är det du vill spela in!That is what you want to record!

Bild som visar en illustration av en klient för PSPing med en rund rese tid på 2,8 millisekunder.

Om du inte är bekant med att kringgås, och föredrar att ta steget-för-steg, måste du först ta reda på namnet på din proxyserver.If you're not familiar with proxy bypass, and prefer to take things step-by-step, you need to first find out the name of your proxy server. I Internet Explorer går du till verktyg > Internet alternativ > anslutningar > nätverks inställningar > Avancerat.In Internet Explorer go to Tools > Internet Options > Connections > LAN settings > Advanced. På fliken Avancerat ser du att din proxyserver visas.The Advanced tab is where you will see your proxy server listed. Pinga till proxyservern vid kommando tolken genom att slutföra den här uppgiften:Ping that proxy server at a command prompt by completing this task:

Pinga proxyservern och få ett värde för en rund resa i millisekunder för steg 1 till 2To ping the proxy server and get a round trip value in milliseconds for stage 1 to 2

  1. Kör en upphöjd kommando tolk genom att utföra de här stegen:Run an elevated command prompt by completing these steps:

  2. Klicka på Start.Click Start.

  3. I rutan Påbörja sökning skriver du cmd och trycker sedan på CTRL + SKIFT + RETUR.In the Start Search box, type cmd, and then press CTRL+SHIFT+ENTER.

  4. Om dialog rutan kontroll av användar konto visas kontrollerar du att den åtgärd som visas är det du vill ha och klickar sedan på Fortsätt.If the User Account Control dialog box appears, confirm that the action it displays is what you want, and then click Continue.

  5. Skriv ping <the name of the proxy server your browser uses, or the IP address of the proxy server> och tryck sedan på RETUR.Type ping <the name of the proxy server your browser uses, or the IP address of the proxy server> and then press ENTER. Om du har PsPing eller något annat verktyg installerat kan du välja att använda verktyget i stället.If you have PsPing, or some other tool, installed, you can choose to use that tool instead.

    Kommandot kan se ut ungefär så här:Your command may look like any of these examples:

  • ping ourproxy.ourdomain.industry.business.comping ourproxy.ourdomain.industry.business.com

  • ping 155.55.121.55ping 155.55.121.55

  • ping ourproxyping ourproxy

  • psping ourproxy.ourdomain.industry.business.com:80psping ourproxy.ourdomain.industry.business.com:80

  • psping 155.55.121.55:80psping 155.55.121.55:80

  • psping ourproxy: 80psping ourproxy:80

  1. När spårningen slutar skicka testpaket får du en liten sammanfattning som visar ett medelvärde i millisekunder och det är det värde du följer.When the trace stops sending test packets, you'll get a small summary that lists an average, in milliseconds, and that's the value you're after. Ta en skärmdump av uppmaningen och spara den med hjälp av din namn konvention.Take a screen shot of the prompt and save it using your naming convention. I den här punkten kan du även fylla i diagrammet med värdet.At this point it may also help to fill in the diagram with the value.

Du kanske har gjort en spårning i tidiga morgon och din klient kan komma åt proxyservern (eller vilken Utgående server som går direkt till Internet).Maybe you've taken a trace in the early morning, and your client can get to the proxy (or whatever egress server exits to the Internet) quickly. I det här fallet kan dina nummer se ut så här:In this case, your numbers may look like this:

Bild som visar tiden för fördröjning från en klient till en proxyserver på 2,8 millisekunder.

Om din klient dator är en av de olika sätten att få åtkomst till proxyservern (eller utgångs servern) kan du köra nästa led i testet genom att fjärrans luta till PsPing till en Office 365-URL därifrån.If your client computer is one of the select few with access to the proxy (or egress) server, you can run the next leg of the test by remotely connecting to that computer, running the command prompt to PsPing to an Office 365 URL from there. Om du inte har till gång till datorn kan du kontakta nätverks resurserna för att få hjälp med nästa steg och få exakta nummer.If you don't have access to that computer, you can contact your network resources for help with the next leg and get exact numbers that way. Om det inte går kan du ta en PsPing mot Office 365-URL: en och jämföra den med PsPing eller ping-tiden mot proxyservern.If that's not possible, take a PsPing against the Office 365 URL in question and compare it to the PsPing or Ping time against your proxy server.

Om du till exempel har 51,84 millisekunder från klienten till Office 365-URL: en, och du har 2,8 millisekunder från klienten till proxyservern (eller utgångs punkten), har du 49,04 millisekunder från utgången till Office 365.For example, if you have 51.84 milliseconds from the client to the Office 365 URL, and you have 2.8 milliseconds from the client to the proxy (or egress point), then you have 49.04 milliseconds from the egress to Office 365. Om du har en PsPing på 12,25 millisekunder från klienten till proxyservern under höjden på dagen och 62,01 millisekunder från klienten till Office 365-URL: en 49,76 är det medelvärdet för proxyn som gäller för Office 365-URL: en.Likewise, if you have a PsPing of 12.25 milliseconds from the client to the proxy during the height of the day, and 62.01 milliseconds from the client to the Office 365 URL, then your average value for the proxy egress to the Office 365 URL is 49.76 milliseconds.

Ytterligare bild som visar ping i millisekunder från klienten till proxy bredvid klienten till Office 365 så att värdena kan subtraheras.

Om du har problem med fel sökning kan det vara intressant att hålla dessa rikt linjer.In terms of troubleshooting, you may find something interesting just from keeping these baselines. Om du till exempel normalt har cirka 40 till 59 millisekunder av svar från proxyservern eller utgångs punkten för Office 365-URL: en, och ha en klient som proxyserver eller utgångs punkt med cirka 3 till 7 millisekunder (beroende på hur mycket nätverks trafik du ser under den tiden) kommer du att Buffon vet att något är problematiskt om din senaste tre klient till proxy-eller utgående original plan visar en fördröjning på 45 millisekunder.For example, if you find that you generally have about 40 to 59 milliseconds of latency from the proxy or egress point to the Office 365 URL, and have a client to proxy or egress point latency of about 3 to 7 milliseconds (depending on the amount network traffic you're seeing during that time of day) then you will surely know something is problematic if your last three client to proxy or egress baselines show a latency of 45 milliseconds.

Avancerade metoderAdvanced methods

Om du vill veta vad som händer med dina Internet-förfrågningar till Office 365 måste du bekanta dig med nätverks spårning.If you really want to know what is happening with your Internet requests to Office 365, you need to become familiar with network traces. Det spelar ingen roll vilka verktyg du föredrar för de här spårningarna, HTTPWatch, Netmon,/Fiddler-loggar, wireshark,, Developer Dashboard Tool eller något annat gör så länge verktyget kan fånga och filtrera nätverks trafik.It does not matter which tools you prefer for these traces, HTTPWatch, Netmon, Message Analyzer, Wireshark, Fiddler, Developer Dashboard tool or any other will do as long as that tool can capture and filter network traffic. I det här avsnittet ser du att det är bra att köra fler än ett av de här verktygen för att få en mer fullständig bild av problemet.You'll see in this section that it's beneficial to run more than one of these tools to get a more complete picture of the problem. När du testar fungerar vissa av de här verktygen också som proxyservrar i sin egen rättighet.When you're testing, some of these tools also act as proxies in their own right. Verktyg som används i Companion-artikeln, plan för prestanda fel sökning för Office 365, include Netmon 3,4, HTTPWatcheller wireshark.Tools used in the companion article, Performance troubleshooting plan for Office 365, include Netmon 3.4, HTTPWatch, or WireShark.

Att ta en bas linje är den enkla delen av den här metoden och många av stegen är samma som när du felsöker ett problem med prestanda.Taking a performance baseline is the simple part of this method, and many of the steps are the same as when you troubleshoot a performance issue. De mer avancerade metoderna för att skapa original planer för prestanda kräver att du tar och lagrar nätverks spårningar.The more advanced methods of creating baselines for performance requires you to take and store network traces. De flesta av exemplen i den här artikeln använder SharePoint Online, men du bör utveckla en lista över vanliga åtgärder i de Office 365-tjänster som du abonnerar på för att testa och spela in.Most of the examples in this article use SharePoint Online, but you should develop a list of common actions across the Office 365 services to which you subscribe to test and record. Här är ett exempel på en original plan:Here is a baseline example:

  • Bas linje lista för SPO-* * steg 1: * * Bläddra på Start sidan för SPO webbplats och gör en nätverks spårning.Baseline list for SPO - ** Step 1: ** Browse the home page of the SPO website and do a network trace. Spara spårningen.Save the trace.

  • Original lista för SPO- steg 2: Sök efter en period (till exempel företagets namn) via Enterprise Search och gör en nätverks spårning.Baseline list for SPO - Step 2: Search for a term (such as your company name) via Enterprise Search and do a network trace. Spara spårningen.Save the trace.

  • Baseline-lista för SPO- steg 3: Ladda upp en stor fil till ett SharePoint Online-dokumentbibliotek och gör en nätverks spårning.Baseline list for SPO - Step 3: Upload a large file to a SharePoint Online document library and do a network trace. Spara spårningen.Save the trace.

  • Original lista för SPO – steg 4: Bläddra på Start sidan på OneDrive-webbplatsen och gör en nätverks spårning.Baseline list for SPO - Step 4: Browse the home page of the OneDrive website and do a network trace. Spara spårningen.Save the trace.

Listan ska innehålla de viktigaste vanliga åtgärderna som användarna tar mot SharePoint Online.This list should include the most important common actions that users take against SharePoint Online. Observera att det sista steget för att spåra till OneDrive för företag – en jämförelse mellan start sidan för SharePoint Online (som ofta anpassas efter företag) och start sidan för OneDrive för företag, som inte är anpassat.Notice that the last step, to trace going to OneDrive for Business, builds-in a comparison between the load of the SharePoint Online home page (which is often customized by companies) and OneDrive for Business home page, which is seldom customized. Det här är ett mycket grundläggande test när det gäller en SharePoint Online-webbplats med långsam laddning.This is a very basic test when it comes to a slow-loading SharePoint Online site. Du kan skapa en post av denna skillnad i testningen.You can build a record of this difference into your testing.

Om du befinner dig i ett prestanda problem är många av stegen desamma som när du tar en original plan.If you are in the middle of a performance problem, many of the steps are the same as when taking a baseline. Nätverks spårningar blir kritiskt, så vi hanterar hur du gör de viktiga spårningarna bredvid.Network traces become critical, so we'll handle how to take the important traces next.

För att du ska kunna lösa prestanda problem måste du ta en titt när du upplever prestanda problemet.To tackle a performance problem, right now , you need to be taking a trace at the time you are experiencing the performance issue. Du måste ha de rätta verktygen tillgängliga för att samla in loggar, och du behöver en åtgärds plan, det vill säga en lista över fel söknings åtgärder som ska vidtas för att samla in den bästa informationen som du kan.You need to have the proper tools available to gather logs, and you need an action plan, that is, a list of troubleshooting actions to take to gather the best information that you can. Det första du ska göra är att registrera datum och tid för testet så att filerna kan sparas i en mapp som visar tids inställningen.The first thing to do is record the date and time of the test so that the files can be saved in a folder that reflect the timing. Sedan kan du begränsa ned till själva problem stegen.Next, narrow down to the problem steps themselves. Det här är de exakta stegen du kan använda för att testa.These are the exact steps you will use for testing. Glöm inte grunderna: om problemet bara gäller Outlook kontrollerar du att problem beteendet inträffar i en Office 365-tjänst.Don't forget the basics: if the issue is only with Outlook, make sure to record that the problem behavior happens in only one Office 365 service. Genom att begränsa omfattningen av detta problem kan du fokusera på något du kan lösa.Narrowing down the scope of this issue will help you to focus on something you can resolve.

Se ävenSee also

Hantera slut punkter för Office 365Managing Office 365 endpoints