Ibahagi sa


Pag-troubleshoot ng On-Demand Assessments (AMA)

I-download ang Script ng Pag-troubleshoot ng Pagtatasa

Upang suriin sa sarili at i-troubleshoot ang Mga On-Demand na Pagtatasa, i-download at patakbuhin ang script ng Pag-troubleshoot ng Pagtatasa. Sumangguni sa buong gabay sa pag-troubleshoot sa mga sumusunod na seksyon ng artikulong ito.

Pinakakaraniwang mga isyu sa pag-troubleshoot

1. Nabigo ang Paglikha ng DCR Nabigo na mensahe ng error kapag nagdaragdag ng isang pagtatasa sa isang makina mula sa portal ng Services Hub

Nabigo ang DCR Endpoint Creation sa mga detalye ng katayuan ng Entra ID.

Tiyaking ang iyong subscription sa Azure ay may Microsoft. Nakarehistro ang provider ng mga pananaw, pagkatapos ay muling subukang idagdag ang solusyon sa pagtatasa mula sa portal ng Service sHub.

Para sa mga detalye kung paano magrehistro ng isang provider, tingnan ang mga tagapagbigay at uri ng mapagkukunan ng Azure.

Kung hindi nito naitama ang isyu para sa iyo, maaari mong subukang lumikha ng isang pangunahing DCR para sa iyong makina / workspace mula sa Azure portal. Upang subukan kung mayroon kang tamang pahintulot na gawin ito, tingnan ang Lumikha at mag-edit ng mga patakaran sa pagkolekta ng data (DCR) sa Azure Monitor.

2. Mensahe ng error: "Wala kang access sa Azure Log Analytics" sa Services Hub -> Kalusugan ng IT -> Mga On-Demand na Pagsusuri

Sundin ang patnubay sa Mga Tungkulin ng Azure para sa Log Analytics at Paano Ito Nauugnay sa Services Hub upang matiyak na mayroon kang tamang antas ng pahintulot para sa iyong tungkulin.

3. Hindi mahanap ang ARC / Azure VM kapag nagdaragdag ng ODA Assessment sa Service sHub Connector

Sa kasalukuyan ang SH Connector ay may limitasyon na nagpapahintulot lamang dito na matuklasan ang mga ARC / VM machine sa loob ng parehong grupo ng mapagkukunan tulad ng napiling workspace ng Log Analytics, kung hindi mo makita ang isang tukoy na makina sa listahan kapag nagdaragdag ng isang pagtatasa, suriin kung ang parehong makina at workspace ng Log Analytics ay matatagpuan sa parehong grupo ng mapagkukunan / subscription.

4. Ang mga rekomendasyon ay hindi nag-upload mula sa data collector machine sa Azure Log Analytics workspace

Kung hindi mo makita ang mga resulta ng data na nakolekta sa Azure Workbook, sundin ang mga hakbang na ito:

  1. Tiyaking mayroon kang isang hanay ng mga file ng rekomendasyon sa direktoryo ng data para sa iyong pagsusuri. Ang karaniwang format ay ( new.recommendation.*.solutionrec halimbawa: new.recommendations.*.adrecs para sa AD).

  2. I-verify na ang nilalaman ng mga file ay na-upload sa workspace ng Azure Log Analytics sa pamamagitan ng pagsuri sa seksyon ng Mga Log para sa workspace na iyong ginagamit, at magpatakbo ng query batay sa time stamp.

    Halimbawa: Patakbuhin AzureAssessmentRecommendations at ang oras na itinakda upang tumugma sa iyong huling oras ng pagtakbo (tulad ng 24 na oras na ang nakalilipas).

    Kung matagumpay ang pag-upload, makikita mo rin ang parehong nilalaman na mayroon ka sa mga file ng rekomendasyon sa loob ng talahanayan ng Azure

    Kung naroroon ang data, tiyakin na pinili mo ang tamang workbook na nauugnay sa data ng iyong workspace.

    Log Analytics Ingestion View para sa Azure.

Note

Kung hindi ka makahanap ng anumang na-upload na data, at gumagamit ka ng isang Azure VM para sa pagkolekta ng data, tiyaking naka-on ang Pinamamahalaang Pagkakakilanlan ng System para sa makina.

Kung gumagamit ka ng isang makina na pinagana ng ARC para sa pagkolekta ng data, suriin ang setting para sa iyong DCR upang matiyak na nai-map mo ang tamang landas ng nagtatrabaho sa direktoryo kapag nagdaragdag ng pagtatasa.

  1. Pumunta sa Azure Portal.

  2. Hanapin ang Mga Panuntunan sa Pagkolekta ng Data (DCR).

  3. Hanapin ang DCR na nauugnay sa iyong pagtatasa (dapat itong maglaman ng sanggunian ng ODA at uri ng pagtatasa).

  4. Buksan ang DCR at piliin ang I-export ang Template.

  5. Hanapin ang "filePatterns" sa json, at tiyaking ang landas ay tumuturo sa folder kung saan mo nilikha ang iyong mga file ng rekomendasyon.

    DCR Template View.

Kung tama ang landas, subukang muling patakbuhin ang koleksyon ng data sa makina upang matiyak na ang data ay hindi luma / nag-expire na. Kung hindi makakatulong ang muling pagpapatakbo ng koleksyon ng data, subukang i-restart ang makina upang maiwasan ang anumang mga glitches o nakabinbing mga update.

Kung hindi mo pa ito nagawa, suriin ang mga kinakailangan sa network para sa AMA upang mamuno sa anumang mga isyu sa pagkakakonekta.

5. Mga resulta ng workbook na nagpapakita ng nilalaman na hindi magagamit dahil sa mga isyu sa pahintulot

Tingnan ang Template ng Workbook.

  1. Subukang i-refresh ang query sa Nilalaman.

  2. I-edit ang Workbook. Piliin ang "I-edit" sa kanang itaas upang mapalawak ang mga parameter.

    Piliin ang SubsId, pagkatapos ay i-edit ang mga parameter: lagyan ng tsek ang kahon para sa "Itago ang parameter sa mode ng pagbabasa," pagkatapos ay i-save ang iyong mga pagbabago at isara ang editor.

    Workbook Editor View.

Kung hindi nalutas ang isyu, subukang muling irehistro ang tagapagbigay ng mapagkukunan ng Microsoft.ServicesHub para sa iyong subscription. Para sa patnubay sa pagrerehistro o muling pagrehistro ng isang provider ng mapagkukunan, tingnan ang mga tagapagbigay at uri ng mapagkukunan ng Azure.

Pag-uugnay at Pahintulot

  1. I-verify na mayroon kang mga pahintulot sa Azure Subscription na kinakailangan para sa iyong tungkulin sa pamamagitan ng parehong email ID na ginagamit mo upang mag-sign in sa Services Hub.

  2. Pumunta sa tab na Kalusugan, pagkatapos ay sa Mga Pagsusuri.

  3. Kumpirmahin na ang workspace ng Log Analytics na mayroon kang access ay ang naka-link sa Services Hub.

    Kung hindi, mag-relink. Piliin ang iyong profile sa kanang itaas, pagkatapos ay piliin ang "I-edit ang Log Analytics Workspace" at i-link ang iyong nais na workspace.

  4. Kumpirmahin na idinagdag mo ang iyong ninanais na pagtatasa mula sa katalogo.

    Dashboard ng mga resulta ng pagtatasa.

    Magagamit na On-Demand na Pagsusuri 2.

    Tiyak na window ng pagtatasa.

Sinasaklaw ng seksyon na ito ang ilan sa mga pinaka-madalas na problema na maaari mong makatagpo kapag nag-invoke ka ng isang utos tulad ng AddExchangeAssessmentTask.

Hindi kinikilala ng Windows Server 2008 R2 ang mga commandlet ng Add-*AssessmentTask

Inirerekumenda namin na huwag kang magpatakbo ng mga pagsusuri sa isang Windows Server 2008 machine. Ngunit kung talagang kailangan mong magpatakbo ng mga pagsusuri sa isa, sundin ang mga hakbang na ito:

  1. I-install ang pinakabagong bersyon ng PowerShell at .NET 4.6.2 sa Windows 2008 server.

    Karamihan sa mga server ng Windows 2008 ay may PowerShell na gumagamit ng .NET 2.0, at hindi ito nakakatugon sa mga kinakailangan.

  2. Patakbuhin ang PowerShell sa mode ng Administrator.

  3. Suriin kung ang pasadyang module ng ODA ay magagamit sa iyong makina: Get-Module Microsoft.PowerShell.Oms.Assessments -listavailable Tiyaking ang landas na ipinapakita ay C:\ODA\Binaries\bin\Microsoft.PowerShell.Oms.Assessments.

    Kung hindi mo mahanap ang module gamit ang get command, suriin kung ang module ay matatagpuan sa iyong listahan ng mga variable sa kapaligiran. Tumakbo $env:psmodulepath sa PowerShell upang ipakita ang listahan.

    Ang tamang landas ay karaniwang idinagdag bilang bahagi ng iyong pag-install ng extension. Kung nawawala ito, maaari mong manu-manong idagdag ang tamang landas sa pamamagitan ng pagpapatakbo:

    $env:PSModulePath = $env:PSModulePath + ";C:\ODA\Binaries\bin\Microsoft.PowerShell.Oms.Assessments"
    

    Bilang pag-iingat, tiyakin na umiiral ang landas sa iyong makina upang matiyak na naka-install ang module sa iyong makina.

    Note

    Kung napansin mo ang pangalawang entry para sa module na tumuturo at \Program Files\Microsoft Monitoring Agent lumipat ka mula sa isang uri ng pagtatasa na nakabatay sa MMA, huwag mag-atubiling alisin ang pangalawang landas na ito. Upang gawin ito, patakbuhin $env, pagkatapos ay pumunta sa Mga Variable ng Kapaligiran -> PsModulePath, at alisin ang entry mula sa listahan.

    PowerShell na may tamang Working Directory at Subdirectory.

    Ipinapakita ng PowerShell Windows ang lokasyon ng file.

Matapos mong patakbuhin ang utos na ito, dapat mong i-invoke Add-*AssessmentTask commandletsang .

Note

Upang matiyak na naglo-load ang PowerShell ng module ng AMA, patakbuhin Add-*AssessmentTask at i-verify na sinenyasan kang magbigay ng ID ng workspace ng Log Analytics sa panahon ng pag-setup.

AMA Module Task.

Ang nakaraang bersyon ng module na ginagamit para sa MMA ay hindi nag-uudyok sa iyo na ipasok ang ID ng workspace.

Sa anumang platform, kung ang mga commandlet ng Add-*AssessmentTask ay hindi kinikilala

  1. Tiyaking na-download ang module ng PowerShell ng Mga Pagtatasa ng OMS.

    I-verify na may isang subdirektoryo na C:\ODA\Binaries\bin pinangalanang Microsoft.PowerShell.Oms.Assessments, at sa subdirektoryo na iyon ay may isang file na may pangalang Microsoft.PowerShell.Oms.Assessments.dll.

  2. Kung wala Microsoft.PowerShell.Oms.Assessments.dll, tiyaking naka-link ang iyong workspace sa Log Analytics mula sa Services Hub.

  3. Tiyaking ang naka-install na bersyon ng PowerShell ay hindi bababa sa 4.0

    I-type ang $PsVersionTable sa window ng PowerShell) at ang PowerShell ay gumagamit ng isang CLRVersion na katumbas ng o mas malaki kaysa sa 4.0.

  4. Tiyaking mayroon kang tamang landas ng module.

Pag-troubleshoot ng Mga Error sa Pag-install ng Pagtatasa kapag nagpapatupad ng cmdlet na Add-*AssessmentTask

  1. Suriin ang log file.

  2. Ang lokasyon ng log file ay ipinapakita sa window ng PowerShell console. Ito ay isang mensaheng pang-impormasyon, sa puti, tulad ng nakikita sa sumusunod na screenshot:

    Ipinapakita ng PowerShell Windows ang detalyadong lokasyon ng log file.

    Note

    Kung Add-_AssessmentTask nabigo para sa ilang kadahilanan, hanapin ang log file.

  3. Ang -ScheduledTaskUserName at -ScheduledTaskPassword maaaring hindi wasto - walang umiiral na naturang gumagamit, o ang password ay hindi wasto o nag-expire na.

    Ipinapakita ng PowerShell Windows ang mensahe ng error ng gumagamit.

Mga kinakailangan para sa matagumpay na pagpapatakbo ng naka-iskedyul na gawain

I-verify ang account ng gumagamit Mga Patakaran sa Grupo: Mag-login bilang Pahintulot sa Batch Job

Note

Minsan, ang pagtatasa ay maaaring hindi ma-trigger mula sa Task Scheduler, na maaaring mangyari kung wala kang pahintulot sa tumatakbo na batch job. Sa kasong ito, kakailanganin mo ang pahintulot na malinaw na ipagkaloob sa pamamagitan ng gpedit.msc.*.

  1. Piliin nang matagal o mag-right-click sa "Mag-log in bilang batch job," pagkatapos ay piliin ang Mga Katangian.

  2. Piliin ang "Magdagdag ng Gumagamit o Grupo" at isama ang may-katuturang gumagamit.

Huwag pilitin na i-unload ang user registry sa pag-logoff ng user

Sa makina ng pagkolekta ng data, baguhin ang sumusunod na setting sa editor ng patakaran ng pangkat (gpedit.msc) mula sa "hindi na-configure" hanggang sa "pinagana."

Pumunta sa Pagsasaayos ng Computer -> Mga Template ng Pangangasiwa -> System -> Mga Profile ng Gumagamit.

Paganahin ang "Huwag pilitin na i-unload ang rehistro ng gumagamit sa pag-logoff ng gumagamit."

Huwag paganahin ang Patakaran sa FIPS

  1. Pumunta sa Control Panel.

  2. Piliin ang "Mga Tool sa Pangangasiwa," pagkatapos ay piliin ang "Lokal na Patakaran sa Seguridad."

  3. Palawakin ang "Mga Lokal na Patakaran," pagkatapos ay piliin ang "Mga Pagpipilian sa Seguridad."

    Window ng Lokal na Patakaran sa Seguridad na nagpapakita ng folder ng Mga Pagpipilian sa Seguridad.

  4. Piliin ang "System cryptography" sa ilalim ng "Patakaran" sa kanang bahagi ng pane.

  5. Gumamit ng mga algorithm na sumusunod sa FIPS para sa pag-encrypt, pag-hash, at pag-sign, pagkatapos ay piliin ang "Hindi pinagana."

Pag-access sa Network: Huwag Payagan ang Pag-iimbak ng Mga Password at Kredensyal

Ang error na ito ay nangyayari sa mensaheng "Ang isang tinukoy na sesyon ng pag-login ay hindi umiiral. Maaaring natapos na ito." Upang malutas ang error na ito:

  1. Pumunta sa SECPOL. MSC - Mga Setting ng> Seguridad -> Mga Lokal na Patakaran -> Mga Pagpipilian sa Seguridad.

  2. Huwag pahintulutan ang pag-iimbak ng mga password at kredensyal para sa pagpapatunay ng network.

    Window ng Editoryal ng Patakaran ng Lokal na Grupo.

  3. Itakda ang patakaran sa "Disabled."

Hindi idinagdag ang pagsusuri sa iyong workspace

Kung ang pag-invoke ng start-XXXAssessment ay nagreresulta sa error na ito: "Walang file na XXXAssessment.execPkg na nauugnay sa kasalukuyang workspace ng Log Analytics ...," ang dahilan ay ang partikular na uri ng pagtatasa ay dapat idagdag sa iyong machine sa pamamagitan ng portal ng Service sHub.

Idagdag ang pagtatasa sa pahina ng Services Hub:

  1. Piliin ang tab na Kalusugan, pagkatapos ay piliin ang Mga Pagtatasa.

  2. Piliin ang nais na pagtatasa na nakalista sa ilalim ng "Magagamit na Mga On-Demand na Pagtatasa" sa dulo ng pahina.

  3. Piliin ang "Magdagdag ng Pagtatasa."

  4. Maghintay ng hindi bababa sa 5-10 minuto para maidagdag ang extension ng solusyon.

    PowerShell window na may walang file na nauugnay na mensahe ng error.

Ang data mula sa pagtatasa ng OnDemand ay hindi na nakikita sa Log Analytics, ngunit nakita ito sa nakaraan

  1. Hanapin ang naka-iskedyul na gawain sa Task Scheduler.

  2. Patakbuhin ang gawain nang manu-mano mula sa Task Scheduler.

  3. Tiyaking tumatakbo ang isang proseso ng OmsAssessment.exe.

    Kung walang ganoong proseso na tumatakbo, posibleng ang password na tinukoy kung kailan Add-XXXAssessmentTask pinatakbo para sa pagtatasa na ito ay nag-expire o binago, at hindi na wasto.

    Sa kasong iyon, maaari mong makita ang error kapwa sa tab na Kasaysayan ng Task Scheduler, at sa Task Scheduler Event Log--na may EventId 101 (at 104) at ErrorValue 2147943726, tulad ng ipinapakita sa mga sumusunod na screenshot:

    Pagkabigo sa paglulunsad ng Task Scheduler.

    Mga Detalye ng Error sa Pagkabigo sa Paglulunsad ng Task Scheduler.

    Folder ng mga pagtatasa na may naka-highlight na folder na may numero.

OmsAssessment.exe ay hindi tumatakbo o tila natigil sa loob ng mahabang panahon

Minsan maaari mong mapansin mula sa pag-log na ang proseso ng OMSAssessment.exe ay nabigo upang ilunsad o lumilitaw na natigil sa parehong hakbang para sa pinalawig na tagal ng panahon. Ang proseso ng OMSAssessment.exe ay na-trigger kapag pinatatakbo mo ang gawain, at ito ang proseso na responsable para sa pagtuklas ng kapaligiran, pagkolekta ng data, at pagsusuri.

Ang pagharang ng iyong antivirus sa ilang mga script o mga kaugnay na dependencies ay maaaring magresulta sa pagkabigo o pagkatigil ng proseso. Maaari mong patakbuhin ang pagsusuri habang naka-on ang iyong antivirus, ngunit maaaring magkaroon ka ng mga pagkakataon kung saan nakakaapekto ang antivirus sa pagganap ng proseso o hinaharangan ang paglikha ng mga file, depende sa mga setting ng iyong produkto o kapaligiran.

Upang maiwasan ang mga kaugnay na isyu, inirerekumenda namin ang pagdaragdag ng isang pagbubukod sa iyong antivirus para sa folder na iyong pinapatakbo ang pagtatasa.

Suriin ang anumang magkasalungat na proseso ng omsassessment.exe na tumatakbo

Buksan ang Task Manager at hanapin ang isang proseso na pinangalanang omsassessment.exe. Kung nakikita, ipinapahiwatig nito na tumatakbo pa rin ang pagsusuri.

Kung matagal na itong tumatakbo (tulad ng isang buong araw), maaaring hindi maproseso ng ahente ng pagtatasa ang data. Sundin ang mga hakbang sa pag-troubleshoot sa susunod na seksyon upang malutas ang problema.

Suriin ang anumang mga error sa kinakailangang file

Pumunta sa direktoryo ng pagtatrabaho sa pagtatasa at tingnan ang mga kinakailangan (processed.prerequisites) na mga file upang mahanap ang anumang mga error na nabanggit para sa mga target ng pagtatasa.

Assessment folder process.prerequisites.

Kung ang anumang mga error ay natagpuan (halimbawa, mga isyu sa pagkakakonekta ng WMI), ang mga pangalan ng target at ang error ay nabanggit sa file na ito.

Lutasin ang anumang nabanggit na mga error, pagkatapos ay i-trigger ang pagtatasa:

  1. Pumunta sa Task Scheduler -> Microsoft -> Operations Management Suite -> AOI***** -> Mga Pagtatasa.

  2. Piliin at hawakan nang matagal o mag-right-click sa nais na naka-iskedyul na gawain sa pagtatasa, pagkatapos ay piliin ang Patakbuhin.

Dumaan sa error sa file ng log ng pagtuklas

  1. Pumunta sa direktoryo ng pagtatrabaho sa pagtatasa, pagkatapos ay sa 6-8 digit na may numerong folder sa loob ng direktoryo.

  2. Maghanap ng folder na may pangalang Logs. Sa loob nito, maaari kang makahanap ng isang file na may pangalang DiscoveryTrace***.

  3. Hanapin ang anumang mga error o pagbubukod sa file na ito at lutasin ang mga ito, dahil nauugnay ang mga ito sa isyu ng kredensyal / pahintulot, pagkabigo ng WMI, mga isyu sa network, at marami pa.

Malaking pag-inom ng file

Folder ng Pagtatasa na nagpapakita ng laki ng file.

Subukang bawasan ang bilang ng mga target sa bawat iskedyul ng pagsusuri

Kung nagpapatakbo ka ng Windows Server, Windows Client, o SQL Assessment, at nagdaragdag ka ng higit sa limang mga target sa isang solong naka-iskedyul na gawain, maaaring hindi maproseso ng ahente ng pagtatasa ang napakaraming mga target nang sabay-sabay.

Kung nakatagpo ka ng sitwasyong ito, gamitin ang sumusunod na cmdlet upang alisin ang anumang umiiral na pagsasaayos:

Remove-WindowsClientAssessmentTask -LogAnalyticsWorkspaceId "YourWorkspaceId"
Remove-WindowsServerAssessmentTask -LogAnalyticsWorkspaceId "YourWorkspaceId"
Remove-SQLAssessmentTask -LogAnalyticsWorkspaceId "YourWorkspaceId"

Pagkatapos ay tumakbo Add-AssessmentTasks muli na may mas kaunting mga target.

Maaari kang magdagdag ng maramihang mga naturang gawain at lumikha ng mga batch ng mga gawain na may 3-5 mga target sa bawat gawain, na nagreresulta sa isang mas mabilis na pagsusuri ng iyong buong kapaligiran.

Dumaan sa Naka-iskedyul na Gawain dispatch at uploader log file

Sa direktoryo ng pagtatrabaho ng Mga Pagtatasa, mayroong isang folder na may pangalan \Logs\ na naglalaman *Commandlet*.log ng at *Module*.log.

Ang file ay Commandlet.log naglalaman ng data tungkol sa naka-iskedyul na gawain na nagsisimula sa PowerShell commandlet. Maaari mong gamitin ang data na ito upang malaman kung bakit hindi nagsimula ang naka-iskedyul na gawain.

Kung ang file na ito ay hindi ginawa kapag sinimulan ang naka-iskedyul na gawain ng ODA, karaniwang nagpapahiwatig ito ng isang error sa password.

Ang Mga Log ng Mga Application at Serbisyo \ Operations Manager Event Log ay naglalaman din ng impormasyon na maaari mong gamitin upang i-troubleshoot ang iba't ibang mga isyu.

Walang prompt para sa Log Analytics Workspace ID kapag nagdaragdag ng Assessment Task sa PowerShell

Dapat kang i-prompt para sa isang Log Analytics Workspace ID (LAW-ID) sa panahon ng paglikha ng Task sa Pagtatasa sa PowerShell. Ang prosesong ito ang lumilikha ng naka-iskedyul na gawain upang patakbuhin ang pagsusuri.

Kung hindi ka sinenyasan na magbigay ng LAW-ID, hindi mo ginagamit ang tamang mga module ng PowerShell. Maaari itong mangyari kung naka-install pa rin ang Microsoft Monitoring Agent, o kung hindi kinuha ng iyong data collection machine ang landas ng mga module ng PowerShell ng Azure Monitoring Agent.

Upang i-configure ang mga variable ng kapaligiran:

  1. Piliin ang "Magsimula."

  2. Gamitin ang kahon ng paghahanap upang hanapin ang "Kapaligiran."

  3. Sa window ng Mga Katangian ng System, piliin ang "Mga Variable ng Kapaligiran."

    Dialog ng Mga Katangian ng System na may pindutan ng Mga Variable ng Kapaligiran na minarkahan.

  4. Sa window ng Mga Variable ng Kapaligiran, hanapin ang variable na tinatawag na "PSModulePath" at piliin ito, pagkatapos ay piliin ang "I-edit."

    Dialog ng Mga Variable ng Kapaligiran na may PSModulePath na pinili at minarkahan ang pindutan ng I-edit.

  5. Ilipat ang linya C:\ODA\Binaries\bin\Microsoft.PowerShell.OMS.Assessments sa itaas ng linya C:\ProgramFiles\MicrosoftMonitoringAgent\Agent\PowerShell\.

    I-edit ang dialog ng variable ng kapaligiran na may minarkahan na pindutan ng Move Up.

  6. Piliin ang "OK" nang tatlong beses upang lumabas sa Mga Katangian ng System.

  7. Buksan ang isang bagong window ng Administrative PowerShell.

  8. Subukang idagdag muli ang pagsusuri.

    Isang window ng Windows PowerShell ng Administrator.

  9. Kung wala ka pa ring nakikitang pagbabago, i-restart ang iyong makina.