Каардынатар размеркаваных транзакцый (MSDTC)

Што вам трэба ведаць

Што робіць Каардынатар размеркаваных транзакцый?

Каардынуе размеркаваныя транзакцыі паміж удзельнікамі кіравання рэсурсамі.

Ці магу я адключыць Каардынатар размеркаваных транзакцый?

Спыненне каардынацыі транзакцый можа перапыніць працу прыкладання. Ніколі не перазапускайце яе падчас актыўнай дзелавой транзакцыі без план аднаўлення, які ўлічвае прыкладанні. Пацвердзіце ўсталяваную функцыю і яе дзеючую палітыку перад змяненнем паводзін пры запуск.

Чаму Каардынатар размеркаваных транзакцый спынены?

Стан і канфігурацыя запуску адрозніваюцца. Кампанент па патрабаванні можа быць спынены паміж запытамі; даследуйце рэальную працу функцыі і любую памылку кіравання службай.

Ці бяспечны працэс, які выкарыстоўвае Каардынатар размеркаваных транзакцый?

Праверце фактычны файл, які выконваецца, яго падпісанта, шлях і паводзіны. Знаёмая назва службы або адпаведны файл самі па сабе не могуць гарантаваць бяспеку.

Што робіць гэтая служба і калі яе правяраць

Каардынуе размеркаваныя транзакцыі паміж удзельнікамі кіравання рэсурсамі.

Даследуйце гэтую службу, калі яе ўласны стан або дадзеныя падзей супадаюць з закранутай функцыяй. Падобная назва ў Дыспетчары задач, адзін узор выкарыстання рэсурсаў або спынены стан без збояў у працы не з'яўляюцца дыягназам. Пачніце з дакладнай аперацыі, апісанай ніжэй, і захавайце арыгінальную канфігурацыю сістэмы для параўнання.

Выданні Windows, назвы служб і меркаванні наконт запуск

Для гэтай дакладнай службы ў згаданай табліцы IoT Enterprise запісана катэгорыя запуску "Аўтаматычна". Гэта дакументаваны прыклад для паказанага асяроддзя IoT, а не вымярэнне вашага кампутара. Параўнайце лакальны StartMode і эфектыўную палітыку кіравання, перш чым разглядаць розніцу як памылку.

Табліца службаў Microsoft IoT Enterprise вызначае гэты кампанент пад яго ідэнтыфікатарам службы. Гэтая табліца ахоплівае прылады Windows IoT Enterprise з фіксаванымі функцыямі, уключаючы задокументаваныя варыянты Windows 10 і Windows 11. Кіраўніцтва па запуску і адключэнні прымяняецца да гэтых сцэнарыяў; яно не з'яўляецца агульнай рэкамендацыяй па наладцы для спажывецкай Windows, кожнага карпаратыўнага вобраза ці кожнай устаноўкі Windows Server.

Даступнасць службы можа залежаць ад усталяванага выдання, зборкі, дадатковых функцый, кантэксту ўліковага запісу і арганізацыйнай канфігурацыі. Выкарыстоўвайце winver або сваю інвентарызацыю, каб запісаць усталяваную зборку. Параўнайце яе з аб'ёмам прадукту на звязаных старонках Microsoft. Калі ў крыніцы абмяркоўваецца іншае выданне або старэйшая базавая версія Windows Server, выкарыстоўвайце яе для разумення функцыі, а не капіруйце яе налады па змаўчанні.

Выкарыстоўвайце ідэнтыфікатар службы, а не спадзявайцеся толькі на перакладзеную назву для адлюстравання. Некалькі звязаных службаў могуць мець падобныя зразумелыя назвы. Адсутнасць рэгістрацыі можа паказваць на недаступную або неўсталяваную функцыю; гэта не доказ таго, што службу трэба ствараць нанова або спампоўваць.

Праверце фактычную рэгістрацыю перад яе змяненнем

Наступныя прыклады з'яўляюцца лакальнымі камандамі праверкі толькі для чытання для Windows PowerShell. Яны не ўсталёўваюць, не спыняюць, не перазапускаюць, не ўключаюць і не адключаюць службу. Выкарыстоўвайце аўтарызаваны ўліковы запіс; для некаторых палёў і журналаў можа спатрэбіцца доступ адміністратара. Не запускайце каманды ў недаверанай аддаленай сесіі.

Get-CimInstance Win32_Service -Filter "Name='MSDTC'" | Select-Object Name,DisplayName,State,StartMode,StartName,ProcessId,PathName Капіяваць

Вывод падзяляе ўнутраную назву, зразумелую назву для адлюстравання, бягучы стан, рэжым запуску, уліковы запіс службы, ідэнтыфікатар працэсу і наладжаную каманду запуску. Наладжаны шлях не з'яўляецца доказам таго, што кожны файл, які загружаецца працэсам, з'яўляецца надзейным.

sc.exe query "MSDTC" Капіяваць

sc.exe qc "MSDTC" Капіяваць

Выкарыстоўвайце sc.exe яўна ў Windows PowerShell, дзе кароткая напісанне sc можа адносіцца да іншай каманды. Прачытайце вернуты стан і канфігурацыю перад тым, як вырашаць, што патрабуе даследавання. Запыт, які вяртае адмову ў доступе, патрабуе праверкі аўтарызацыі; запыт, які паведамляе аб адсутнасці службы, патрабуе праверкі прадукту і ўстаноўкі, а не неадкладнага аднаўлення рэестра.

Праверце залежнасці і працэс-хазяін

Праверце як перадумовы, так і зваротныя залежнасці на закранутым камп'ютары. RequiredServices пералічвае зарэгістраваныя перадумовы; DependentServices пералічвае службы, якія залежаць ад гэтай. Гэта ўсталяваныя адносіны кіравання службамі, а не вычарпальная карта кожнага прыкладання, запланаванай задачы ці аддаленай сістэмы, якія могуць разлічваць на гэтую функцыю.

Get-Service -Name 'MSDTC' -RequiredServices Капіяваць

Get-Service -Name 'MSDTC' -DependentServices Капіяваць

Выкарыстоўвайце назіраемы ProcessId для ідэнтыфікацыі працуючага хаста і параўнайце шлях выкананага файла і падпісанта з дапамогай Дыспетчара задач або надзейнага інструмента Microsoft Sysinternals. Калі паведамлены ідэнтыфікатар працэсу роўны нулю або няма працуючага экзэмпляра, няма жывога хаста для праверкі праз гэта значэнне. Калі хаст змяшчае некалькі службаў, яго агульнае выкарыстанне ЦП або памяці не можа быць прыпісана гэтай службе толькі па назве працэсу.

Ідэнтыфікатары працэсаў могуць выкарыстоўвацца паўторна. Запішыце час назірання і пераправерце ідэнтыфікатар перад прыняццем мер. Не завяршайце працу агульнага Вузла службаў (Service Host) для тэставання адной службы; гэта можа перапыніць працу іншых размешчаных кампанентаў.

Мэтанакіраваная паслядоўнасць ліквідацыі непаладак

Вызначце транзакцыю прыкладання і машыны або мэнэджэры рэсурсаў, якія ўдзельнічаюць у ёй. Раздзяляйце лакальны збой прыкладання і збой размеркаванай каардынацыі.

Параўнайце памылкі транзакцый абодвух канцавых кропак, патрабаванні да аўтэнтыфікацыі і сеткавыя абмежаванні. Каардынуйце тэсціраванне з уладальнікамі прыкладання і базы даных, а не адкрывайце шырокі доступ да брандмаўэра.

Вызначце дакладны том, набор файлаў, ініцыятар рэзервовага капіявання або сеанс сховішча перад тым, як што-небудзь мяняць. Інтэрфейс кіравання з памылкай сам па сабе не сведчыць аб тым, што асноўныя даныя пашкоджаны. Запішыце доказы як прыкладання, так і сховішча.

1. Запішыце дакладную няўдалую аперацыю, закрануты ўліковы запіс, прыладу або канчатковую кропку, а таксама час яе збою. Захавайце поўны тэкст памылкі перад закрыццём дыялогавага акна.
2. Запішыце стан і канфігурацыю службы на гэтым жа машыне. Параўнайце, ці адсутнічае функцыя, ці забароненая яна палітыкай, ці не можа запусціцца або тэрмінуе пасля запуску.
3. У Праглядальніку падзей параўнайце запісы Кіраўніка кіравання службамі ў часосе Сістэма з адпаведным каналам прыкладання або функцыі каля зафіксаванага часу. Пацвердзіце кантэкст пастаўшчыка і паведамлення перад выкарыстаннем ID падзеі, знойдзенага ў Інтэрнэце.
4. Прайграйце адзін раз з найменшым падтрымоўваным параўнаннем, апісаным у гэтым артыкуле. Каб вынік адрозніваўся, запішыце, які этап змяніўся, замест таго, каб адразу прымяняць агульны скід.
5. Выкарыстоўвайце спецыфічны для функцыі шлях рамонту Microsoft або вытворцы, абгрунтаваны доказамі, затым паўтарыце арыгінальную аперацыю і праверце яе вынік.

Калі памылак кіравання службай няма, працягвайце даследаванне функцыі або прыкладання замест прымусовага перазапуску. І наадварот, памылка запуску службы патрабуе рэальнага стану выхаду і звязаных падзей; адно агульнае паведамленне аб тайм-ауце не вызначае адзін рамонт.

Спынена, ручны запуск ці не знойдзена: што азначае вынік

Працуючы апісвае бягучы стан; рэжым запуску апісвае канфігурацыю. Служба, якая запускаецца ўручную або выклікаецца падзеяй, можа быць спынена паміж запытамі. Прайграйце падтрымоўваную працу функцыі і параўнайце пераход стану, перш чым рабіць выснову, што яна павінна працаваць увесь час.

Калі служба не знойдзена, пацвердзіце яе дакладны ідэнтыфікатар, прызначаны кампутар і ці ўсталявана яе функцыя Windows. Калі доступ забаронены, захавайце памылку і праверце аўтарызацыю або палітыку кіравання. Не рабіце высноваў аб адсутнасці па адным абмежаваным праглядзе і не стварывайце замяшчальную рэгістрацыю з іншага ПК.

Аперацыя запуску можа не ўдацца з-за яе перадумоў, канфігурацыі, правоў уліковага запісу, стану функцыі або кампанента, які яна запускае. Пазбягайце прымянення фіксаванага значэння запуску, скапіраванага з іншага выдання або вобраза Windows; параўнайце рэальную кіраваную базу для гэтага кампутара.

Праверка высокай загрузкі ЦП, памяці, дыска або сеткі

Запішыце кароткую часовую серыю падчас прайгравання рэальнай рабочай нагрузкі. Аддзяліце кароткі ўсплёск, звязаны з уваходам, наладай, сінхранізацыяй або абнаўленнем, ад працы, якая шматкроць не можа завяршыцца. Запішыце рабочую нагрузку прыкладання і інтэрвал, які выкарыстоўваецца для параўнання; гэты артыкул не прадпісвае ўніверсальны бяспечны працэнт або парог памяці.

Выкарыстоўвайце бягучае мапаванне працэсаў і адпаведны інструмент прадукцыйнасці, каб звязаць актыўнасць рэсурсаў з функцыяй, якая робіць запыт. Працоўны набор агульнага хаста не з'яўляецца размеркаваннем на службу, а мітка стану не ўстанаўлівае, які кампанент стварыў кожную аперацыю дыска або сеткавы запыт. Калі выкарыстанне рэсурсаў змяняецца пасля падтрымоўванага рамонту, пераканайцеся, што функцыя ўсё яшчэ працуе, перш чым прыпісваць прычынна-выніковую сувязь.

Ці можна яе спыніць або адключыць?

Спыненне каардынацыі транзакцый можа перапыніць працу прыкладання. Ніколі не перазапускайце яе падчас актыўнай дзелавой транзакцыі без план аднаўлення, які ўлічвае прыкладанні.

Захавайце аднаўляльныя даныя і несінхранізаваную працу. Паспяховы запуск службы не з'яўляецца тэстам аднаўлення, а даступны здымак не з'яўляецца доказам паслядоўнасці прыкладання. Выкарыстоўвайце крытычна няважны тэставы элемент і асобнае месца аднаўлення, калі адпаведны прадукт падтрымлівае гэты працоўны працэс.

Разглядайце спыненне, перазапуск і адключэнне як розныя аперацыі. Перазапуск перарывае бягучую працу; адключэнне змяняе паводзіны будучага запуску. Магчымасць запытаць змяненне не азначае, што яно з'яўляецца бяспечным, падтрымоўваным або дазволеным арганізацыйнай палітыкай. Гэты артыкул наўмысна спачатку дае каманды праверкі, а не ўніверсальную каманду спынення ці адключэння.

Аднаўленне, пацвярджэнне і кантрольны спіс эскалацыі

Перад зацверджанай зменай канфігурацыі запішыце зыходныя налады запуску, уліковы запіс службы, залежнасці і адпаведную палітыку функцый. Атрымайце акно абслугоўвання і вядомы шляху доступу для аднаўлення, калі могуць быць закрануты карыстальнікі, сховішча, аўтэнтыфікацыя або аддаленае адміністраванне. Захоўвайце рэзервовыя копіі і матэрыялы для аднаўлення ўліковых дадзеных у іх аўтарызаваным бяспечным месцы, а не ў стэнаграме падтрымкі.

Змяняйце па адной абгрунтаванай наладзе за раз, выкарыстоўваючы падтрымоўваную працэдуру ўладальніка прадукту ці адміністратара. Калі вынік горшы, аднавіце запісаную канфігурацыю праз той жа падтрымоўваны шлях кіравання. Не адгадвайце дазволы служб, не замяняйце ўліковы запіс службы адміністратарам, не імпартуйце ключы рэестра з іншай зборкі Windows і не разглядайце паспяховы запуск службы як доказ таго, што прыкладанне аднавілася.

Пацвердзіце аднаўленне, паўтарыўшы арыгінальную аперацыю, праверыўшы яе вынік і параўнаўшы падзеі службы і прыкладання пры такой жа рабочай нагрузцы. Пераканайцеся, што залежныя функцыі ўсё яшчэ працуюць і што сімптом не вяртаецца адразу. Калі прычына застаецца незразумелай, захавайце няўдалы тэст у якасці доказу замест паўторнага выканання разбуральнага рамонту.

• Уключыце ідэнтыфікатар службы і фактычную назву экзэмпляра, выданне/зборку Windows, закранутую функцыю і інфармацыю пра тое, ці кіруецца прылада.
• Уключыце стан службы з часовай міткай, вывад залежнасцей, дакладную памылку прыкладання і адпаведнага пастаўшчыка падзей і паведамленне.
• Уключыце найменшае прайграванне, паспрабаваныя падтрымоўваныя змены і іх назіраемыя вынікі.
• Рэдагуйце паролі, ключы аднаўлення, токена доступу, прыватныя ключы, змесціва асабістых файлаў і непатрэбныя ідэнтыфікатары перад абменам журналамі.

Звязанае

Гэтыя аб'екты звязаны з гэтым артыкулам. Тып пазначаны на кожнай спасылцы.

Крыніцы і праверка

Рэдакцыйная прыналежнасць: Feex. Дата незалежнай праверкі не зафіксавана. Як мы даследуем.

• Microsoft: Рэкамендацыі па службах Windows IoT Enterprise · Дакладны радок службы (MSDTC). Аб'ём Windows 10/11 IoT Enterprise; не з'яўляецца універсальнай рэкамендацыяй па канфігурацыі.
• Microsoft: Архітэктура службаў Windows · Архітэктура жыццёвага цыкла і кіравання службай; дыягнастычная інтэрпрэтацыя ніжэй з'яўляецца рэдакцыйным кіраўніцтвам Feex.
• Microsoft: Уласцівасці Win32_Service · Вызначэнні стану, рэжыму запуску, ідэнтычнасці службы, ID працэсу і наладжанага шляху файла, які выконваецца.
• Microsoft: Get-Service · Выяўленне службаў толькі для чытання і праверка залежнасцей. Прыклады накіраваны на Windows PowerShell.
• Запыт Microsoft: sc.exe · Вывод стану службы і сінтаксіс назвы службы.
• Як вырашыць праблемы з падключэннем у MS DTC з дапамогай інструмента DTCPing · Даведнік па расследаванні канкрэтных функцый; выконвайце заяўлены аб'ём прадукту і версіі.
• Служба теневога капіравання тома · Кантэкст для дыягнастычнай вобласці, а не сведчанне фіксаванага спісу залежнасцяў або ўніверсальнай канфігурацыі запуску.