"nem nyert, talán átfutottál a transaction szón. Itt nem a filerendszer van szétszórva gépekre, hanem egy tranzakció. Azt mondom a saját gépem kernelének, hogy inditok egy xyz azonositójú tranzakciót, amelynek résztvevõje a helyi c lemez egyik ntfs kötete, egy távoli gép egyik sharejének egyik állománya ill egy userlandben futó alkalmazás (mondjuk web service) xy hivása. Majd elkezdek dolgozni a tranzakción belül, felülirok fileokat a helyi gépen, a távoli gépen, belehivok a web service-be, majd kiderül, hogy valami gáz van, rollback az egész. És innentõl a kernel levezényli a helyi ntfs, a távoli share (jah, akár távoli registry is lehet) ill a web service visszaállitását a tranzakció elõtti állapotba."
Ez tok jo, de ha fogsz egy Microsoft megoldast, es annak a pontos masolatat szeretned viszontlatni, akkor persze, ilyet nyilvan nem talalsz. Mas OS-ek alatt ugyanazt a problemat mashogy lehet/kell megoldani. Forditsunk a dolgon: mutass nekem (ide pl. egy dtrace feature list-et)-et tudo solutiont windowson!
Ezt mar irtam az elozo postomban is, de sikeresen atsiklottal rajta.
"Én vállalati SAJÁT FEJLESZTÉSÛ több száz alkalmazásról beszélek."
Jo, linuxon kell, alairom (de azt sem egy kernelcsere miatt, a libc frissites kellemetlenebb tud lenni). De commercial unixon ez semmivel sem gyakoribb, mint winen.
Most viszont megyek valami konstruktivabbat csinalni, tovabbi szep estet!