Upang hindi mo gugulin ang kalahati ng iyong buhay sa pag-uunawa nito, sa artikulong ito ay dadalhin ko ang lahat sa isang pinggan.
Ang mga paksa ng artikulong ito ay nahawakan nang higit sa isang beses sa blog na ito sa iba't ibang antas, ngunit sa artikulong ito sila ay pinagsama-sama at nabigyang-katwiran. Sa madaling salita, maaari kang magtapon ng isang link sa artikulong ito sa mga gumagawa ng mga DLL.
Mahalagang Paalala: dapat basahin ang artikulo sunud-sunod. Ang mga halimbawa ng code ay ibinigay lamang bilang mga halimbawa, sa bawat hakbang (punto) ng artikulo, ang halimbawang code ay idinaragdag na may mga bagong detalye. Halimbawa, sa pinakadulo simula ng artikulo ay walang error sa paghawak; "classical" na mga pamamaraan ay ipinahiwatig (tulad ng paggamit ng GetLastError , ang sdtcall convention, atbp.), na pinapalitan ng mas sapat habang ang artikulo ay umuusad. Ginawa ito upang ang mga disenyong “bago” (“hindi pangkaraniwan”) ay hindi magbangon ng mga katanungan. Kung hindi, kakailanganing maglagay ng tala para sa bawat halimbawa tulad ng: "tinalakay ito sa talatang iyon sa ibaba, ngunit tinatalakay iyon sa talatang ito." Sa anumang kaso, sa dulo ng artikulo mayroong isang link sa handa na code, na isinulat na isinasaalang-alang ang lahat ng sinabi sa artikulo. Maaari mo lamang itong kunin at gamitin. At ipinapaliwanag ng artikulo kung bakit at bakit. Kung hindi ka interesado sa "bakit at bakit", mag-scroll hanggang sa dulo sa konklusyon at ang link upang i-download ang halimbawa.
Ang pag-uulat ng error ay pinagana bilang default sa XP, Vista, at Windows 7. Kapag nakatagpo ng error ang isang application, lilitaw ang isang detalyadong paglalarawan ng error at ipo-prompt kang ipadala ang impormasyong ito sa Microsoft. Ang impormasyong ito nakuha mula sa milyun-milyong PC sa buong mundo at tumutulong sa paggawa ng mga patch at service pack. Sa ilang mga kaso, ang independiyenteng pagsusuri ng impormasyon tungkol sa error ay nakakatulong sa paglutas ng problema. Gayunpaman, sa ilang mga kaso ang pag-uugali ng system na ito ay hindi katanggap-tanggap at gusto mong huwag paganahin ang pagpapagana na ito. Sa artikulong ito titingnan natin ang mga pamamaraan para sa hindi pagpapagana ng pag-uulat ng error sa lahat ng system.
Windows 7
Buksan ang start menu at ipasok sa search bar mga setting ng pag-uulat ng problema, o pumunta sa Action Center -> Baguhin ang Mga Setting ng Action Center -> Mga Setting ng Pag-uulat ng Problema. Kung ginamit mo ang paraan ng paghahanap, piliin ang "Piliin kung paano mag-ulat ng mga problema":
Madali mong mapipili ang opsyon na kailangan mo mula sa listahan.
Huwag paganahin ang pag-uulat ng error sa Windows 7 gamit ang Group Policy
Tandaan: Hindi available ang paraang ito para sa mga home version ng Windows 7.
I-click ang Start at ipasok gpedit.msc sa search bar at pindutin ang Enter.
Magbubukas ang Local Group Policy Editor. Susunod, kailangan mong pumunta sa seksyong User Configuration\Administrative Templates\Windows Components\Windows Error Reporting at pumunta sa patakaran Huwag paganahin ang Windows Error Reporting.
Baguhin ang status ng patakaran mula sa Not Configured to Enabled, pagkatapos ay i-click ang Apply at Ok at lumabas sa Group Policy Editor.
Hindi pagpapagana sa Pag-uulat ng Error sa Vista
Upang huwag paganahin ang pag-uulat ng error sa Vista, mag-click sa Start at buksan ang Control Panel.
Ilipat ang control panel sa classic na display mode at mag-click sa Mga Ulat at Solusyon sa Problema.
Tulad ng nakikita mo, inaalok kami ng dalawang pagpipilian. Kung pipiliin mo Hilingin sa akin na tingnan kung may problema, papaganahin ang pag-uulat ng error at bibigyan ka ng pagpipiliang ipadala ang impormasyon sa Microsoft o hindi. Kung pipiliin mo Awtomatikong suriin ang mga solusyon (inirerekomenda) lahat ng data ay awtomatikong ipapadala sa Microsoft. Ang parehong mga pagpipilian ay hindi angkop para sa amin, dahil gusto naming ganap na huwag paganahin ang pagpapaandar na ito, kaya i-click namin ang link Mga Advanced na Setting.
Sa window na lalabas, sa seksyon Para sa aking mga programa, ang pag-uulat ng problema ay... piliin ang Off at pagkatapos ay i-click ang Ok.
Tulad ng nakikita mo na ngayon, ang mga nakaraang opsyon ay hindi nae-edit.
I-click ang Isara sa mensaheng nagsasabi sa amin na ang pag-uulat ng error ay hindi pinagana.
Hindi pagpapagana ng Error Reporting sa XP
Upang huwag paganahin ang pag-uulat ng error sa XP, mag-right click sa icon na " Ang computer ko"at pumili Mga Katangian. Sa window na bubukas, pumunta sa tab Bukod pa rito at pindutin ang pindutan Ulat ng bug.
Sa window na bubukas, piliin ang opsyon Huwag paganahin ang pag-uulat ng error. Alisan ng check ang opsyon Ngunit ipaalam sa akin kapag nangyari ang kritikal na error.
Nag-iisip kami kung saan makakabili ng maganda at murang damit para sa isang bata. Inirerekomenda ko ang isang online na tindahan ng stock ng mga bata na may malaking seleksyon at mababang presyo.
Huminto sa pagtatrabaho o hindi gumagana nang tama) Windows lumilikha ng ulat ng problema na nilalayong ipadala sa Microsoft(upang makahanap ng solusyon sa problema).
Simula sa operating system , upang palitan ang "tool sa pagsusuri ng pagkabigo o aksidente" Sinabi ni Dr. Watson dumating Pag-uulat ng Error sa Windows (WER) – Serbisyo sa Pag-log ng Error sa Windows(iba pang mga pangalan - , Mga ulat at solusyon sa problema).
Serbisyo sa Pag-log ng Error sa Windows kinakatawan ng mga sumusunod na file (lahat ay matatagpuan sa direktoryo \Windows\System32\):
– wer.dll (Library ng mga mensahe tungkol sa Mga error sa Windows );
– wercon.exe (Mga ulat sa mga problema at ang kanilang mga solusyon);
– wercplsupport.dll ();
– werdiagcontroller.dll (WER Diagnostic Controller);
– WerFault.exe (Ulat ng Error sa Windows);
– WerFaultSecure.exe (Mga Ulat ng Error sa Windows);
– wermgr.exe (Pag-uulat ng Problema sa Windows);
– wersvc.dll (Serbisyo sa Pag-log ng Error sa Windows);
– www.wertargets.wtl.
Kapag nabigo ang isang proseso (programa), ang serbisyo Pag-uulat ng Error sa Windows inilunsad - sa sesyon ng maling proseso - nito ( WerFault.exe),
pagpasa ng id ( PID) proseso sa command line WerFault:
Magpapakita ito ng isang window Microsoft Windows na may mensahe ng error - "Tumigil ang trabaho<Название_программы>. Sa susunod na kumonekta ka sa Internet Windows:
maaaring maghanap ng paraan upang maalis ang error na ito" Kapag pinindot mo ang pindutan Ipakita ang mga detalye ng problema
Maaari mong makita ang lagda ng problema: Ang mga lagda ng problema ay iniimbak sa mga ulat ng error, na nakaimbak sa direktoryo\Users\Master\AppData\Local\Microsoft\Windows\WER\ReportArchive\ , ang bawat ulat ay nasa isang hiwalay na folder Ulat******** (Halimbawa, Report0a003e48 ), sa file.
Report.wer ), sa file:
Tinatayang mga nilalaman ng file
Bersyon=1
EventType=APPCRASH
Oras ng Kaganapan=129234418886148269
Uri ng Ulat=2
Pahintulot=1
Response.type=4
Sig.Name=Pangalan ng aplikasyon
Sig.Value=iexplore.exe
Sig.Name=Bersyon ng Application
Sig.Value=8.0.6001.18928
Sig.Name=Application Time Stamp
Sig.Value=4bdfa327
Sig.Name=Error module name
Sig.Value=mshtml.dll
Sig.Name=Bersyon ng Application
Sig.Name=Error na bersyon ng module
Sig.Name=Time stamp ng module na may error
Sig.Value=4bdfb76d
Sig.Name=Exception code
Sig.Value=c0000005
Sig.Name=Exception Offset
Sig.Value=000da33f
DynamicSig.Name=OS Version
DynamicSig.Value=6.0.6002.2.2.0.768.3
DynamicSig.Name=Language code
DynamicSig.Value=1049
DynamicSig.Name=Karagdagang impormasyon 1
DynamicSig.Value=fd00
DynamicSig.Name=Karagdagang impormasyon 2
DynamicSig.Name=Karagdagang impormasyon 1
DynamicSig.Name=Karagdagang impormasyon 3
DynamicSig.Name=Karagdagang impormasyon 4
DynamicSig.Value= UI=C:\Program Files\ Internet Explorer
\iexplore.exe
UI=Ang Internet Explorer ay huminto sa paggana
UI=Maaaring maghanap ang Windows sa Internet para sa solusyon sa error na ito.
UI=Maghanap ng solusyon sa problema sa Internet at isara ang programa
UI=Suriin ang pag-aayos online mamaya at isara ang programa
UI=Isara ang programa
ConsentKey=APPCRASH
AppName=Internet Explorer
AppPath=C:\Program Files\Internet Explorer\iexplore.exe
Paano simulan ang serbisyo Mga ulat sa mga problema at ang kanilang mga solusyon
I-click Start -> Control Panel -> Mga ulat tungkol sa mga problema at mga solusyon sa mga ito;
- sa bintana Mga ulat sa mga problema at ang kanilang mga solusyon sa menu Mga gawain Available ang mga sumusunod na opsyon:
· Maghanap ng mga bagong solusyon(kinakailangan ang isang bukas na koneksyon sa Internet);
Sa nakaraang artikulo sa seryeng ito, na nakatuon sa mekanismo ng Pag-restart ng Application at Pagbawi, binanggit namin ang mekanismo ng Windows Error Reporting (WER). Tatalakayin ito sa artikulong ito ng seryeng ito.
Sa nakaraang artikulo sa seryeng ito, na nakatuon sa mekanismo ng Pag-restart ng Application at Pagbawi, binanggit namin ang mekanismo ng Windows Error Reporting (WER). Tatalakayin ito sa artikulong ito ng seryeng ito.
Mekanismo ng Pag-uulat ng Error sa Windows
Gamit ang Windows Error Reporting (WER), maaari kang mangolekta ng data tungkol sa mga error na nangyayari sa mga application at ipadala ang impormasyong ito sa isang espesyal na site ng Microsoft (http://winqal.microsoft.com) o iimbak ito nang lokal. Ang pagkolekta ng detalyadong impormasyon tungkol sa mga error at pagkabigo ay nakakatulong sa pag-aalis ng mga kakulangan sa application, pagwawasto ng error, pinapasimple ang pagpapalabas ng mga service pack at mga bagong bersyon ng mga application, at tinitiyak ang pangkalahatang katatagan at pagiging maaasahan ng mga application mismo at ng operating system.
Tandaan na ang Microsoft mismo ay aktibong gumagamit ng mekanismo ng Pag-uulat ng Error sa Windows kapwa sa panahon ng proseso ng pag-develop at pagkatapos maglabas ng mga produkto sa merkado. Kaya, naitama ng pangkat ng produkto ng Microsoft Office ang 50% ng mga error sa Office Service Pacl 2, ang pangkat ng produkto ng Visual Studio - 74% ng mga error sa Beta 1 Visual Studio 2005, 29% ng mga error sa Windows XP ay naitama sa Windows XP Service Pack 1. Sa kasalukuyan, higit sa 2 libong kumpanya ang gumagamit ng mga serbisyo ng Windows Error Reporting upang mapabuti ang kalidad ng kanilang mga application.
Ang Windows Error Reporting ay unang lumitaw sa Windows XP, ay pinalawak nang malaki sa Windows Vista, at higit na binuo sa Windows Server 2008, Vista Service Pack 1 at Windows 7 at Windows Server 2008 R2. Kaya, sa antas ng Windows Vista, ang mga developer ay may pagkakataon na hindi lamang makatanggap ng impormasyon tungkol sa mga pagkabigo na nangyari sa mga application, kundi pati na rin ang data ng pagganap. Ngayon ay maaari ka nang gumawa, mag-configure at magpadala ng mga ulat ng problema nang mas may kakayahang umangkop, ang mga tool sa pagsusuri ng online na data ay napabuti at ang mekanismo para sa pakikipag-usap sa mga user ay pinasimple - sa pamamagitan ng Mga Ulat at Solusyon sa Problema(sa Windows Vista - Magsimula -> Control Panel -> System at Maintenance -> Mga Ulat at Solusyon sa Problema -> Tingnan ang Kasaysayan ng Problema) At Action Center(sa Windows 7). Pagkatapos, sa Windows Server 2008 at Vista Service Pack 1, naging available ang kakayahang lumikha ng mga lokal na dump, at sa Windows 7 at Windows Server 2008 R2, idinagdag ang kakayahang bumuo ng mga pagbubukod na hindi hahawakan ng mga tradisyunal na humahawak at hahantong sa agarang pagwawakas ng aplikasyon at awtomatikong paglulunsad ng mekanismo ng Pag-uulat ng Error sa Windows , pati na rin ang kakayahang tukuyin ang isang panlabas na proseso - isang exception handler, na tatawagin upang makuha ang pangalan ng kaganapan, mga parameter ng pag-uulat ng error at opsyonal na paglulunsad ng debugger.
Paggamit ng Windows Error Reporting
Tingnan natin ang isang mabilis na pagtingin sa kung paano magagamit ng mga developer ang Windows Error Reporting upang makakuha ng impormasyon tungkol sa mga pag-crash at iba pang mga problema sa kanilang mga application. Simula sa Windows Vista Windows bilang default, nagbibigay ng ulat ng mga pag-crash, pag-freeze at mga error sa kernel para sa lahat ng mga application - walang mga pagbabago sa application code ang kinakailangan. Ang ulat ay may kasamang mini-memory dump at isang heap dump ng application kung kinakailangan; Dahil ang Windows kernel ay awtomatikong nag-uulat ng impormasyon tungkol sa hindi nahawakang mga pagbubukod, ang mga application ay hindi kailangang pangasiwaan ang mga pagbubukod na nagdudulot ng mga nakamamatay na error.
Sa kaganapan ng mga pag-crash, pag-freeze, o mga error sa antas ng kernel ng operating system, ang mekanismo ng Pag-uulat ng Error sa Windows ay nagsasagawa ng sumusunod na pagkakasunud-sunod ng mga aksyon:
- May nangyayaring problema.
- Tinatawag ng kernel ng operating system ang WER.
- Kinokolekta ng WER ang data, gumagawa ng ulat at, kung kinakailangan, humihingi ng kumpirmasyon sa user na ipadala ang ulat.
- Sa pagtanggap ng kumpirmasyon, ang WER ay nagpapadala ng isang ulat sa Microsoft (ang tinatawag na Watson Server).
- Kung ang server ay nangangailangan ng karagdagang data, kinokolekta ito ng WER at, kung kinakailangan, humihiling ng kumpirmasyon mula sa gumagamit upang ipadala ito.
- Kung ang application ay nakarehistro para sa pag-restart (isang paksa na tinalakay namin kanina), pagkatapos ay ipapatupad ng WER ang naaangkop na hindi direktang tinatawag na function ng application.
- Kung mayroong solusyon sa problema na humantong sa pagkabigo, aabisuhan ang user sa pamamagitan ng naaangkop na mga tool sa operating system.
Depende sa sitwasyon, maaaring naglalaman ang CAB file iba't ibang uri dumps, na maaaring makilala sa pamamagitan ng extension ng pangalan ng file (Talahanayan 1).
Maaaring gamitin ng application ang mga sumusunod na function upang i-customize ang nilalaman ng ulat na ipinadala sa Microsoft - ang pagpaparehistro function ay nagtuturo sa Web na isama ang mga tinukoy na file at memory block sa nabuong ulat.
Upang magsama ng file sa isang ulat, ginagamit ang function na WerRegisterFile(), na ipinapasa bilang mga parameter: ang buong pangalan ng file, ang uri nito (isa sa mga halaga ng WER_REGISTER_FILE_TYPE) at dalawang flag: WER_DELETE_FILE_WHEN_DONE, na nagpapahiwatig na ang file ay dapat tinanggal pagkatapos ipadala ang ulat, at WER_ANONYMOUS_ DATA, na nagpapahiwatig na ang file ay hindi naglalaman ng pribadong data. Ang mga posibleng halaga ng parameter na WER_REGISTER_FILE_TYPE ay ibinibigay sa talahanayan. 2.
Tandaan na ang gawain ng pagbuo ng memory dump ay itinalaga sa developer ng application - upang malutas ito, maaari mong gamitin, halimbawa, ang mga mekanismo ng pag-debug na inilarawan sa Windows SDK (tingnan ang MiniDumpWriteDump() function).
Upang ibukod ang isang file mula sa ulat, gamitin ang WerUnRegisterFile() function, na tumutukoy sa pangalan ng ibinukod na file bilang isang parameter.
Sa karamihan ng mga sitwasyon ang sanggunian karagdagang mga file nangyayari lamang kapag ang isang kaukulang kahilingan ay natanggap mula sa server. Sa kaso ng pagpapadala ng mga karagdagang file, kinakailangang gamitin ang flag na WER_ADD_ REGISTERED_DATA kapag tumatawag sa function na WerReportSubmit() - pag-uusapan natin ito mamaya.
Upang isama ang isang kopya ng isang memory area sa ulat, ang WerRegisterMemoryBlock() function ay ginagamit, ang mga parameter kung saan ay ang address ng simula ng memory block na isasama at ang laki ng block na ito sa bytes (ang maximum na laki ng ang memory block ay WER_MAX_MEM_BLOCK_SIZE). Upang alisin ang isang kopya ng isang lugar ng memorya sa isang ulat, gamitin ang function na WerUnRegisterMemoryBlock(). Kung nagpapadala ng data mula sa memorya, dapat mong gamitin ang flag na WER_ADD_REGISTERED_DATA kapag tumatawag sa function na WerReportSubmit().
Ang mga function ng WerSetFlags() at WerGetFlags() ay maaaring gamitin ayon sa pagkakabanggit upang kontrolin ang estado ng isang proseso kapag bumubuo ng ulat ng error at pagkuha ng impormasyon sa pagsasaayos.
Ang proseso ng pagbuo at pagpapadala ng ulat ay binubuo ng ilang hakbang. Sinisimulan ang ulat sa pamamagitan ng pagtawag sa function na WerReportCreate(), na tumutukoy sa uri ng kaganapan kung saan ginawa ang ulat, ang uri ng ulat ( WerReportNonCritical- para sa mga pagkabigo na may posibilidad na mabawi at WerReportCritical - para sa mga pagkabigo na naging sanhi ng pag-crash ng application), isang link sa impormasyong kasama sa ulat (tingnan ang istraktura ng WER_REPORT_INFORMATION), at isang variable na naglalaman ng isang link sa nabuong ulat - ReportHandle.
Matapos matagumpay na masimulan ang ulat, kailangan mong magdagdag ng mga parameter ng una at pangalawang pangkat dito. Ang mga parameter ng unang pangkat ay itinakda gamit ang function na WerReport-Set-Parameter(), na ipinapasa ang isang link sa ginawang ulat (ang resulta ng matagumpay na pagpapatupad ng function na WerReportCreate), isang set ng mga flag, ang pangalan ng parameter at nito value (isang 16-bit Unicode string na nagtatapos sa zero).
Upang magsama ng mga karagdagang parameter sa ulat, gamitin ang function na WerReportAddSecondaryParameter(), na nagpapasa ng link sa ulat, ang pangalan ng parameter at ang halaga nito.
Bilang karagdagan sa posibilidad ng pagsasama ng mga file at mga snapshot ng mga lugar ng memorya sa mga ulat, posibleng magpadala ng mga memory dump bilang bahagi ng ulat - para dito maaari mong gamitin ang function na WerReportAddDump(), ang mga parameter kung saan kasama ang isang link sa ulat , mga link sa proseso at thread kung saan ginawa ang dump , uri ng dump (isa sa mga halaga ng WER_DUMP_TYPE), impormasyon sa pagbubukod (pointer sa isang istraktura ng uri na WER_EXCEPTION_INFORMATION), karagdagang mga pagpipilian(uri ng data WER_DUMP_CUSTOM_OPTIONS) at mga flag. Tandaan na ang proseso kung saan ginawa ang dump ay dapat may STANDARD_RIGHTS_READ at PROCESS_QUERY_INFORMATION na mga karapatan sa pag-access.
Upang isama ang mga file sa ulat, ginagamit namin ang function na WerReportAddFile(), kung saan ipinapasa namin ang isang link sa ulat, ang buong pangalan ng file, ang uri ng file (WER_FILE_TYPE) at mga karagdagang flag.
Bilang karagdagan, binibigyan ng pagkakataon ang mga developer na mag-customize user interface- pagpili ng impormasyon na ipinapakita sa panel ng dialog ng system. Para sa mga layuning ito, ginagamit ang function na WerReportSetUI Option(), na nagpapasa ng link sa ulat, ang uri ng interface ng ulat (WER_REPORT_UI) at ang halaga ng ipinapakitang string. Maaaring baguhin ng application ang alinman sa mga field ng elemento ng interface na tinukoy ng parameter na WER_REPORT_UI; Ang bawat function na tawag ay nagbibigay-daan sa iyo na baguhin lamang ang isang field. Maaaring tawagan ang function na WerReportSetUIOption() anumang oras sa panahon ng pagpapatakbo ng application bago direktang ipadala ang ulat.
Sa sandaling nabuo at na-configure ang ulat, ginagamit namin ang function na WerReportSubmit() upang isumite ang ulat. Ang mga parameter ng function na ito ay isang link sa ulat, ang uri ng user interface (mga karapatan ng administrator, kumpirmasyon ng pagpapadala, atbp.) at isang set ng mga flag. Pagkatapos maipadala ang ulat, dapat na sarado ang link dito gamit ang function na WerReportCloseHandle().
Upang hindi paganahin ang isang application mula sa mekanismo ng Windows Error Reporting, dapat mong gamitin ang function na WerAddExcludedApplication(), at upang muling pagkakakonekta- WerRemoveExcludedApplication() function.
Ang mga setting ng Windows Error Reporting ay matatagpuan sa dalawang sangay ng registry:
- HKEY_CURRENT_USER\Software\Microsoft\Windows\Windows Error Reporting;
- HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\Windows Error Reporting.
Ang pinakakapaki-pakinabang na mga setting ay ipinapakita sa talahanayan. 3.
Konklusyon
Sa seryeng ito ng mga artikulo, tinalakay namin ang iba't ibang isyu ng pagpapabuti ng katatagan ng application. Tiningnan namin ang mga diskarte upang maiwasan ang mga pagtagas ng memorya at maiwasan ang pagyeyelo ng mga application, tinalakay ang paggamit ng mekanismo ng Pag-restart ng Application at Pagbawi, na nagbibigay-daan sa iyong i-restart ang mga application na maaaring naka-block ang ilang mapagkukunan o huminto sa pagtugon sa mga mensahe ng system, at ang mekanismo ng Pag-uulat ng Error sa Windows , na ginagawang posible na mangolekta ng data tungkol sa mga pagkabigo na nagaganap sa mga application.
Sa mga sumusunod na artikulo na nakatuon sa operating room Windows system 7 para sa Mga Developer, titingnan natin ang ilang mga pagbabago sa antas ng kernel na maaaring interesado sa mga developer ng application.
Serbisyo WER (Pag-uulat ng Error sa Windows) ay ginagamit upang mangolekta at magpadala ng impormasyon sa pag-debug tungkol sa mga pag-crash sa system at mga application ng third party sa Windows hanggang sa mga server ng Microsoft. Ayon sa ideya ng Microsoft, ang impormasyong ito ay dapat na masuri at, kung ang isang solusyon ay magagamit, isang solusyon upang ayusin ang problema ay dapat ipadala sa user sa pamamagitan ng Windows Error Reporting Response. Ngunit sa katunayan, kakaunti ang gumagamit ng pagpapaandar na ito, bagama't patuloy na iniiwan ng Microsoft ang serbisyo sa pagkolekta ng error ng WER na pinagana bilang default sa lahat pinakabagong bersyon Windows. Sa karamihan ng mga kaso, ang serbisyo ng WER ay naaalala kapag ang direktoryo ay nagsimulang kumuha ng espasyo. disk ng system medyo maraming espasyo (hanggang ilang sampu ng GB), kahit na .
Serbisyo sa Pag-uulat ng Error sa Windows
Ang serbisyo ng Windows Error Reporting ay isang hiwalay na serbisyo ng Windows na madaling ma-disable gamit ang command:
Sa loob ng direktoryo ng WER\ReportQueue\ mayroong maraming mga direktoryo na pinangalanan sa format:
- Kritikal_6.3.9600.18384_(ID)_00000000_cab_3222bf78
- Critical_powershell.exe_(ID)_cab_271e13c0
- Critical_sqlservr.exe__(ID)_cab_b3a19651
- NonCritical_7.9.9600.18235__(ID)_0bfcb07a
- AppCrash_cmd.exe_(ID)_bda769bf_37d3b403
Tulad ng nakikita mo, ang pangalan ng direktoryo ay naglalaman ng kalubhaan ng kaganapan at ang pangalan ng partikular na exe file na nag-crash. Lahat ng mga direktoryo ay dapat may file ), sa file, na naglalaman ng paglalarawan ng mga error at ilang mga file na may karagdagang impormasyon.
Nililinis ang folder ng WER\ReportQueue sa Windows
Karaniwan, ang laki ng bawat folder ay hindi gaanong mahalaga, ngunit sa ilang mga kaso ang isang memory dump ay nabuo para sa problemang proseso, na tumatagal ng medyo maraming espasyo. Ang screenshot sa ibaba ay nagpapakita na ang laki ng dump file ay memory.hdmp ay tungkol sa 610 MB. Ang isang pares ng mga naturang dump - at ilang mga libreng gigabytes ay nawala sa disk.
Upang i-clear ang lahat ng mga error at log na ito regular na paraan, buksan ang control panel at pumunta sa ControlPanel -> System and Security -> Action Center -> Maintenance -> View reliability history -> View all problem reports section and click on the button I-clear ang lahat ng ulat ng problema.
Upang mabilis na magbakante ng espasyo sa disk mula sa mga debug file na nabuo ng serbisyo ng WER, ang mga nilalaman ng mga sumusunod na direktoryo ay maaaring walang sakit na matanggal nang manu-mano.
- C:\ProgramData\Microsoft\Windows\WER\ReportArchive\
Hindi pagpapagana ng Window Error Reporting sa Windows Server 2012 R2 / 2008 R2
Maaari mong hindi paganahin ang pagtatala ng impormasyon ng error tungkol sa Windows Error Reporting sa mga edisyon ng server ng Windows gaya ng sumusunod:
Huwag paganahin ang tampok na pag-uulat sa Windows 10
Sa Windows 10, walang opsyon na huwag paganahin ang Error Reporting sa pamamagitan ng GUI. Maaari mong suriin ang katayuan ng bahagi sa control panel Sistema at seguridad ->Sentro ng Seguridad at Serbisyo-> seksyon Serbisyo. Tulad ng nakikita mo, ang opsyon ay pinagana bilang default (Control Panel -> System and Security -> Security and Maintenance -> Maintenance -> Suriin ang mga solusyon sa mga ulat ng problema).
Maaari mong i-disable ang Windows Error Reporting sa Windows 10 sa pamamagitan ng registry. Upang gawin ito, sa sangay kailangan mong lumikha ng isang bagong parameter ng uri ng DWORD (32 bits) na may pangalan Hindi pinagana at kahulugan 1 .
Ngayon suriin natin muli ang katayuan ng parameter Paghahanap ng mga solusyon sa mga naiulat na problema sa control panel. Dapat magbago ang status nito sa Disabled.
Hindi pagpapagana ng Windows Error Reporting sa pamamagitan ng Group Policy
Pag-log Serbisyo ng Windows Ang Pag-uulat ng Error ay maaari ding i-disable sa pamamagitan ng Group Policy. Ito ay nasa seksyon Computer Configuration/Administrative Templates/Windows Components/Windows Error Reporting (Mga bahagi ng Windows-> Mga Ulat ng Error sa Windows). Upang i-disable ang pangongolekta at pagpapadala ng data, paganahin ang patakaran Huwag paganahin ang Windows Error Reporting(Huwag paganahin ang Windows Error Reporting).
Bilang resulta, ang mga mensahe ng error sa application sa Windows ay hindi na bubuo at awtomatikong ipapadala sa Microsoft.
