Table of Contents
Under de senaste veckorna har vissa användare rapporterat fel 0x8000ffff som avbryter den aktuella transaktionen.
Datorn går långsamt?
Jag tillhandahåller en agent som körs på natten och överför poster till en annan server med ovanliga domäner. Arbetet utförs med hjälp av en oskiljbar server med angiven inloggningsautentisering till hur SQL-systemet. Båda servrarna kör SQL augusti 2005 SP3.
För ungefär en vecka sedan började Independent sitt särskilda arbete. Jag försökte också köra de avslöjade funktionen jobbanrop direkt från SSMS och fick ett liknande resultat. Fjärrservern har en aktuell inställning som är inställd på “Remote Request Timeout” på grund av tusen tvåhundra minuter sekunder) (20. Jobbet är oftast gjort på 3-5 minuter i förväg, felet slängs vanligtvis, men ibland genuint efter en några sekunder, och ibland är det överdrivet upptaget ) fungerar så länge det tar praktiskt taget några minuter, men kraschar varje gång.
Jag har den här förmågan att enkelt köra relaterade (t.ex. välj Från *[remoteserver.domainname].master.dbo. systemwebbförfrågningar) Utan databaser kan problemet vara användbart)
Kör som användare: domänuser.TCP Leverantör: En befintlig anslutning stängdes med tvång med anyAbout utan tvekan fjärrvärden. [SQLSTATE 42000] (Fel 10054) Databasfunktion ‘SQLNCLI’ ole för länkad webbplats ‘remoteserver.domainname’ returnerade länken upp ‘länk misslyckades’. [SQLSTATE 01000] (fel 7412). Steget misslyckades.
Ole-databasdataleverantören “SQLNCLI” för länkad webbserver “remoteserver.Has domännamn” påträffade fel 0x8000ffff vid befintlig återställning av köp.
Nyligen har vissa operativsystemfixar tillämpats för att hjälpa kärnservern, men inget specifikt för vanligtvis sökvägen till SQL Server. Hjälp
Alla kommer ihåg föremålet mycket väl, för jag är inte frestad att slå huvudet i bordet! Låt mig komma ihåg om någon ytterligare information är användbar.
Finns det på den punkten några svårigheter att logga in med (SQL-händelser i kombination med Windows-händelser) på den mottagande webbservern? Blir du förvånad varje gång något fungerar som experter säger låser servern, släpper länkar etc.? ?
———————————————— —— – ————- ——————– —————— —— och ————- ——
Sacramento Server SQL Family User – – http://sac. sqlpass.org
Följ mig på Twitter – @SQLDCH< br>———————– ———- – ———- ——————– ———– —
TyvärrTyvärr, jag har fastnat och gör det här i samförstånd med SQL på vart och ett av våra avlägsna hus – jag behöver inte se till att du för närvarande kommer åt OS… ännu… ..
Observera att ett den-fel jag får i SSMS skiljer sig lite från leverantörsdatabaserna ovan:
OLE “SQLNCLI” under länkad server “remoteserver.domain”-meddelande genererat Länken “länk misslyckades”.
TCP-leverantör: En populär anslutning från ett fjärrbelopp stängdes med tvång.
Buggan verkar charmig akut… Jag nämnde för dig att det handlar om ett annat område. Jag undrar om de hamnade i en viss annonsreplikeringscykel eller ett projekt.
Tyvärr är det svårt för dig att specifikt säga att problemet är ett annat än SQL Server.————
——————————————————– ————
————————
Sacramento SQL Server Group Users – http://sac.sqlpass.org
Följ mig på Twitter –
———————————- @sqldch
—————- ————————————————– ————— ——————————
Jag använder inte Windows Home-autentisering ofta – bara SQL-autentisering. Har även jobbat på olika scheman under den gångna veckan.
Obs! Har det nästan nyligen åtgärdats för servern? Jag har märkt allt tidigare på grund av Microsoft Windows-korrigeringar.
Fakta är den senaste, men statistiken är mycket mer flexibel Mark Twain
Carolyn
SQLServer-experter[/url ]
Det här är lite förvirrande för , men jag tror att felet betyder att en process gick fel när man loggade in på just den portföljen på målservern. Se till att romantiken till fjärrservern inte är tidsinställd och även eller bara kopplad bort, alla lokala/fjärrlösenord är likadana, och standardwebbplatsen fortsätter på distans och följaktligen är anslutningen tillgänglig för anslutning.
NJ-DBA (2010-04-13)
…
Kör som användare: DOMAINUSER. TCP-leverantör: En befintlig relation stängdes med tvång av fjärrvärden. [SQLSTATE 42000] OLE (fel 10054) Databasdataleverantör ‘SQLNCLI’ för associerat forum ‘remoteserver.domainname’ returnerade länken ‘communication failed’. [SQLSTATE 01000] (fel 7412). Steget misslyckades.
Felförsäkringen anger följande:
OLE DB-utövaren “SQLNCLI” med felet “remote server server.domain report name” Avbryter aktuell kontroll 0x8000ffff .< /p>
De är alla verifierade bortom tro inte, förutom samma lösenord. Scenariot jag kommer att använda för att komma åt fjärrprogramåterställningsservern existerar faktiskt inte på någon nationell server – min länkade server består oftast av “Dö” för en anslutning som inte definieras i relationslistan ovan:. .. Slutade använda detta kontextsäkerhetsnamn (användarnamnet och därmed lösenordet har angetts korrekt).
Jag ser dessutom att den ansluter och börjar köras på otvivelaktigt fjärrservern. lite konstig/intressant info här:
– I lokaliserad serverhantering kan jag se att den planerar OLEDB och spiden är listad på vilken den virtuella servern.
Datorn går långsamt?
ASR Pro är den ultimata lösningen för dina PC-reparationsbehov! Den diagnostiserar och reparerar inte bara olika Windows-problem snabbt och säkert, utan den ökar också systemprestandan, optimerar minnet, förbättrar säkerheten och finjusterar din dator för maximal tillförlitlighet. Så varför vänta? Kom igång idag!
– På den fungerande monitorn från fjärrservern ingår inte denna spid – faktiskt med alla filter inaktiverade! Men om jag utfärdar ett DBCC INPUTBUFFER(spid)-kommando, någonstans att spiden är exakt den jag avslöjade på den lokala servern, kan jag se att applikationen gör den infogning den kunde tillåta…
Så det verkar för mig att det här är ett problem med att logga in på ditt konto eller med några konstiga saker. Dessutom verkar jag ha problem med OLEDB-drivrutinen eller något. Speciellt eftersom jag kan variera korta frågor utan fel.
@Carolyn – JA – en liten kod med OS-fixar har släppts nyligen. Kommer kunderna ihåg hur du åtgärdade problemet medan en större åtgärd var skyldig?
Förbättra hastigheten på din dator idag genom att ladda ner den här programvaran - den löser dina PC-problem.Steps To Fix Error Message 0x8000ffff Rollback Current Transaction
Pasos Para Corregir El Mensaje De Error 0x8000ffff Revertir La Transacción Actual
Passaggi Per Correggere L’obiettivo Di Errore 0x8000ffff Ripristinare La Transazione Corrente
Étapes à Suivre Pour Corriger Le Message D’erreur 0x8000ffff Annuler La Transaction En Cours
Stappen Om Foutmelding 0x8000ffff Terug Te Draaien Meest Up-to-date Transactie
오류 메시지 0x8000ffff 롤백 현재 트랜잭션을 첨부하는 단계
Etapas Para Corrigir O Conceito De Erro 0x8000ffff Reverter A Transação Atual
Kroki, Aby Naprawić Komunikat Marketingowy O Błędzie 0x8000ffff Wycofaj Bieżącą Transakcję
Шаги, которые помогут вам исправить сообщение об ошибке 0x8000ffff, откатить текущую транзакцию
Schritte Zur Behebung Der Fehlermeldung 0x8000ffff Rollback Der Aktuellen Transaktion
