întrebări frecvente - SQL Server 2000 - jurnal de transport maritim

Traduceri articole Traduceri articole
ID articol: 314515 - View products that this article applies to.
Măriți totul | Reduceți totul

În această pagină

Rezumat

Acest articol discută despre mai multe aspecte ale log de transport maritim și răspunsuri la întrebările cele mai frecvent întrebat cu privire la instalare, securitate, monitorizare, rol-schimbare și îndepărtarea autentificare de transport maritim în SQL Server 2000 Enterprise Edition.

Informații suplimentare

Jurnal de transport maritim în SQL Server 2000 oferă un mijloc de a stabili o rezervă caldă soluție utilizând Expertul de planul de între?inere SQL Server. Tranzacție jurnal backup la o baza acoperire de date pot fi transportate de la un alt server automat și aplicat la o bază acoperire de date a?teptare. Puteți utiliza baza acoperire de date a?teptare pentru a efectua operațiuni doar-în-citire (în funcție de starea de încărcare).

Jurnal de transport maritim înființat

Q1: Ce ediție a SQL Server trebuie să aibă pentru a parametriza jurnal de transport maritim?

A1: Matricea următoare prezintă ediția a SQL Server care este necesar pentru cele trei componente care participa la jurnal de transport maritim:
Reduceți tabelulMăriți tabelul
ComponentaEdiție a SQL Server necesare
Serverul principalIntreprindere sau Developer Edition
Server secundarIntreprindere sau Developer Edition
Monitor ServerOrice ediție


Q2: Ce trebuie să fac înainte de a începe log de transport maritim set up prin SQL Server Enterprise Manager?

A2: Aici este Listă tabel a ceea ce trebuie să faci înainte de a începe jurnal de transport maritim în SQL Server 2000.

  • Începe SQL Server și SQL Server Agent consolidare servicii undera cont de domeniu sau configura relevante primară, secundară și monitorservers pentru securitate directă (a se vedea întrebarea 3 în această rubrică pentru mai multe informații).
  • Puteți să configurați jurnal de transport maritim de la orice computer care are SQLServer Enterprise Manager (SEM) instalate. Trebuie să vă înregistrați toate computerele caresunt execută SQL Server care funcționează ca fermă de servere, care sunt destinate să fie thesecondary fermă de servere, prin SEM, pe computerul de la care Jurnalul de transport maritim isgoing a fi stabilite.
  • Creați un folder de pe serverul primar pentru spate transactionlog ups. Puteți crea acest folder oriunde de pe computerul principal.Trebuie să existe suficient spațiu-disc pe unitatea pe care ați loc Cala folderto ups de zile cel puțin o valoare de tranzacție jurnal înapoi. Spacerequired exactă nu este ușor să prezică deoarece aceasta depinde de mărimea și frecvența de Jurnalul de tranzacții spate ups pentru baza acoperire de date. Microsoft recomandă ca youcreate un folder diferit pentru fiecare bază acoperire de date care vă conectați navei.
  • Partajați foldere pe care le-ați creat în pasul anterior. Makesure care le acorda citit și schimba permisiunile pentru Microsoft Windows NTaccounts sub care SQL Server și SQL Server Agent consolidare servicii sunt pornite pentru serverele care participa la jurnal de transport maritim. Dacă utilizați pass-through securitate, acorda aceste permisiuni la contul de Windows NT locale, în care SQLServer legate de consolidare servicii sunt pornite.
  • Elimina sau dezactiva orice tranzacție jurnal spate sus de locuri de muncă pe thedatabases care va fi jurnal expediate. Aceasta include orice terț upjobs spate.
Q3: Trebuie să înceapă SQL Server consolidare servicii sub un cont de domeniu spre deosebire de un cont Windows NT locale?

A3: Este posibil să configurați serviciile SQL Server pentru a începe sub un cont Windows NT locale, cu excepția cazului în SQL Server este configurat pentru a rula ca un server virtual în legătură cu serviciul de Cluster Microsoft. Puteți utiliza Windows NT directă de securitate pentru acest scop. Urmați acești pași pentru a configura directă de securitate:
  • Crea un cont Windows NT primar, secundar andmonitor calculatoare cu același nume și parole.
  • Configurarea SQL Server consolidare servicii să înceapă în conturile theseWindows NT pe toate computerele.
Serviciile SQL Server trebuie să fi început sub un cont de domeniu dacă SQL Server este configurat pentru a rula ca un server virtual cu consolidare servicii de Cluster Microsoft. Chiar dacă SQL Server este un server virtual, Microsoft vă recomandă să utilizați un cont de domeniu pentru a începe consolidare servicii când sunt calculatoare SQL Server într-un domeniu. Puteți câștiga următoarele avantajul de a avea SQL Server legate de serviciile de start sub un cont de domeniu:
  • Schimbarea parolei pentru pornire SQL Server de cont willnot duce la un eșec de jurnal de transport maritim de locuri de muncă. Pentru a continua cu succes logshipping într-o situație de securitate directă, toate serverele trebuie să aibă thepassword schimbat pentru Windows NT începe cont, în același marcă de timp.
Q4: În cazul în care puteți configura jurnal de transport maritim de la?

A4: În SQL Server Enterprise Manager, baza acoperire de date pentru care log de transport maritim trebuie să fie stabilit, și apoi atunci pocnitură Planul de între?inere. În casetă de dialog bun venit , faceți clic pe Următorul. Faceți clic pentru a bifa casetă de selectare nava Jurnalul de tranzacții la alte fermă de servere SQL (jurnal de transport) . casetă de selectare indică SQL Server de întreținere planul Expertul că această bază acoperire de date trebuie să fie jurnal de transport maritim. Aveți posibilitatea să efectuați acest pas de un client care a SQL Server Enterprise Manager instalat.

Q5: Ce este casetă de selectare log de transport maritim, uneori estompate în casetă de dialog Planul de întreținere ?

A5: casetă de selectare poate fi estompat pentru unul din următoarele motive:
  • Mai multe baze acoperire de date ar putea fi selectate pentru MaintenancePlan.
  • Baza acoperire de date selectat nu este modelul completă sau Bulk logat recuperare .
  • SQL Server 2000 Enterprise Edition nu este instalat pe theserver.
Q6: De ce nu nu jurnal de transport maritim înființat în marcă de timp ce efectuează configurația inițială?

A6: Există mai multe motive care pot determina log transport set up a eșua. În acest moment există cel puțin o problemă cunoscută care cauzează acest comportament. Pentru mai multe informații, faceți clic pe următorul număr de articol pentru a vedea articolul în bază de cunoștințe Microsoft:
298743 BUG: Toate modificările pot nu fi laminate înapoi, atunci când Log de transport maritim de întreținere expertul nu reușește
Q7: Sunt propagate tabel scheme și baza acoperire de date fișier structura modificările la server secundar?

A7: În SQL Server 2000, toate tabel schemă și baza acoperire de date fișier structura modificări sunt logat operațiuni. Cu toate acestea, dacă un fișier nou FND sau LDF este adăugat în baza acoperire de date primară, tranzacție jurnal de restaurare eșuează în timpul încărcării tranzacție jurnal de rezervă care a fost efectuată imediat după ce fișierul bazei acoperire de date a fost adăugat în baza acoperire de date primară. Pentru mai multe informații, faceți clic pe următorul număr de articol pentru a vedea articolul în bază de cunoștințe Microsoft:
286280 Descriere a efectului de recuperare acoperire de date după ce adăugați sau eliminați fișierele bazei acoperire de date
Q8: Pot script jurnal de transport maritim?

A8: Nu În prezent, nu este posibil să script-ul log de transport maritim. Singurul mijloc suportate de parametrizare jurnal de transport maritim este prin intermediul expertului ca descris respectiv 4 din această secțiune.

Q9: Pot configura jurnal de transport maritim între fermă de servere în mai multe domenii?

A9: da. Este posibil să înființeze jurnal de transport maritim între fermă de servere, care sunt în domenii distincte. Există două moduri de a face acest lucru:
  • Utilizarea directă de securitate. Configurați Windows NT accountswith același nume și parole pe primar, secundar și monitoriza fermă de servere.Configurarea SQL Server consolidare servicii să înceapă sub aceste conturi pe allservers și de a utiliza autentificare SQL în marcă de timp ce Parametrizare jurnal de transport maritim pentru conectarea la monitor server. - sau -

  • Utilizați convenționale de securitate Windows NT. Trebuie să vă configurethe domenii cu bidirecționale trusturi. SQL Server legat de consolidare servicii poate fi conturi de domeniu startedunder. Fie autentificare SQL sau Windows authentication canbe utilizate de locuri de muncă pe serverele primare și secundare să se conecteze la monitorserver. Toate celelalte cerin?e sunt aceleași ca și a explicat în cauză 2 de thissection.
Q10: Pot configura serverele primare și secundare pentru a utiliza autentificare SQL pentru a conecta la monitor server?

A10: da. Este posibil de a utiliza autentificare Windows sau SQL pentru primar și secundar fermă de servere pentru conectarea la monitor server. Microsoft vă recomandă să utilizați Windows authentication pentru acest scop. Cu toate acestea, dacă nu este posibil de a utiliza autentificare Windows, puteți utiliza autentificare SQL. SQL Server va crea un cont de "log_shipping_monitor_probe" pe primar, secundar și monitoriza fermă de servere, dacă aceasta nu există deja, cu parola specificată atunci când ați configurat jurnal de transport maritim. Dacă autentificare SQL este folosit pentru transport de jurnal, trebuie să configurați SQL Server pe primar, secundar și monitoriza fermă de servere să utilizeze mod mixt de autentificare.

Jurnal de transport maritim de considerente de securitate

Q1: Dacă am face cont "Comentarii" indisponibil înainte de înființarea jurnal de transport maritim, și vreau mea acoperire de date secundare să fie în stare de așteptare, cum am permite utilizatorilor să aibă acces la baza acoperire de date secundare (aplicarea același model de securitate ca server principal)?

A1: Contul "clienți" nu trebuie îndepărtate de pe SQL Server pentru nici un motiv. Pentru mai multe informații, faceți clic pe următorul număr de articol pentru a vedea articolul în bază de cunoștințe Microsoft:
315523 Eliminarea din contul clienți poate provoca o eroare 916 în SQL Server 2000 SP4 sau o violare acces manipulate excepție în versiuni anterioare de SQL Server 2000
Cu toate acestea, puteți puteți face "Comentarii" de cont indisponibile pentru baze acoperire de date în cazul în care ar putea exista probleme de securitate. Deoarece baza acoperire de date secundară este în stare de așteptare, nu este posibil de a utiliza sp_change_users_login procedură stocată să re-harta conectări corespunzător. Pentru a aplica același model de securitate pe o bază acoperire de date de așteptare, crea login-uri pe server secundar utilizând aceeași valoare sigur identifier (SID) ca serverul principal. Citiți următorul articol din bază de cunoștințe Microsoft pentru informații suplimentare despre Crearea conectărilor cu SID aceleași valori:
303722 Cum să acorde acces la SQL login-uri pe o bază acoperire de date a?teptare atunci când utilizatorul Comentarii este dezactivat în SQL Server
Pentru mai multe informații, faceți clic pe următorul număr de articol pentru a vedea articolul în bază de cunoștințe Microsoft:
321247 Cum pentru a configura securitatea pentru SQL Server log de transport maritim
Q2: Ce are sp_resolve_logins?

A2: În momentul de Jurnalul schimbare de rol, de transport maritim sp_resolve_logins procedură stocată necesită un fișier BCP din tabelul de sistem syslogins la serverul primar. Această procedură stocată încarcă fișierul BCP în tabel temporar și buclele prin fiecare logare pentru a verifica dacă o conectare cu același nume există în tabelul de sistem server secundar syslogins . Apoi se verifică pentru a vedea dacă valoarea SID pentru acest login există în tabelul de sistem secundar acoperire de date sysusers . În cele din urmă se verifică pentru a vedea dacă valoarea SID în tabelul de sistem secundar acoperire de date sysusers nu este aceeași ca valoarea SID din tabel de syslogins server secundar. Dacă sunt îndeplinite aceste verificări, procedura sp_resolve_logins stocate execută procedura sp_Change_users_login stocate pentru această conectare, și stabilește SID în tabelul de sistem secundar acoperire de date sysusers . Executarea acestei proceduri stocate este necesară numai în cazul în care există datele de conectare noi create pe serverul principal, după ce s-a ini?ializat jurnal de transport maritim și acele conectări acela?i nu sunt create pe serverele secundare cu același SID (așa cum este descris în Microsoft Knowledge bază anghinară Q303722).

Q3: sp_resolve_logins stocate procedură se execută cu succes; cu toate acestea, nu efectua modificările preconizate pentru securitatea pe server secundar. de ce?

A3:Sp_resolve_logins stocate procedură necesită un fișier actualizat BCP serverul primar syslogins sistem de tabel. Aceste conectări trebuie creat deja de pe server secundar. Dacă aceste două condiții sunt îndeplinite, sp_resolve_logins stocate procedură efectuează modificările la tabelul de sistem sysusers în baza acoperire de date secundare.

Q4: Am pentru a rula o sarcină de Transfer Logins DTS coroborat cu sp_resolve_logins stocate procedură înainte de efectuarea schimbare de rol?

A4: da. Sarcina transfera datele de conectare trebuie să utilizați pentru a vă asigura că datele de conectare existente în tabelul de sistem syslogins pe server secundar. Acest lucru nu garantează că utilizatorul poate folosi baza acoperire de date secundare (în cazul în care baza acoperire de date secundară este încărcat în modul de a?teptare). Dacă utilizatorul are de a utiliza baza acoperire de date secundare înainte de efectuarea Jurnalul de schimbare de rol de transport maritim, consultați întrebarea 1 în această secțiune.

Q5: Funcționează sp_resolve_logins stocate procedură pentru conectările la distanță în SQL Server?

A5: Nu Sp_resolve_logins stocate procedură funcționează numai pentru conectările tipic. Orice datele de conectare la distanță trebuie să fie create manual pe server secundar.

Jurnal de transport maritim de monitorizare

Q1: Jurnal de transport maritim de Backup și de sincronizare alerte sunt de ardere, chiar și atunci când serverul secundar este actualizat cu tranzacția Jurnalul de backup. Este posibil acest lucru?

A1: da. Este posibil ca alerte ar putea incendiu chiar când baza acoperire de date secundară este actualizat. În cazul în care pragul de alertă este setat la o valoare mai mică decât dublu în marcă de timp între spate sus și copie sau pauză de locuri de muncă, alerte ar putea fi ridicat. Dacă avertizările sunt fiind ridicate și pragul este apropiate sau mai puțin decât de două ori timpul între ulterioare de backup și copie sau pauză de locuri de muncă, mergeți mai departe și creșterea pragului.

Q2: Ce tranzacție jurnal de backup-uri fail a restabili pe server secundar?

A2: Tranzacție jurnal de backup poate fi restaurat numai dacă acestea sunt într-o secvență. Aceasta secventa este determinată de domeniul LastLSN și FirstLSN care sunt returnate de PAUZĂ HEADERONLY comanda. În cazul în care câmpul LastLSN și FirstLSN nu afișa același număr consecutiv tranzacție jurnal de backup-uri, acestea nu sunt restorable în această ordine. Pot exista mai multe motive pentru tranzacție jurnal de backup-uri să fie din secvență. Unele dintre motivele cele mai frecvente sunt:
  • Sunt redundante tranzacție jurnal rezervă pe theprimary server care cauzează ordine pentru a fi spart.
  • Există non-conectat operațiunilor efectuate în baza acoperire de date. Pentru mai multe informații, faceți clic pe următorul număr de articol pentru a vedea articolul în bază de cunoștințe Microsoft:
    272093 Descrierea efectelor operațiunile de nonlogged și minim logat pe tranzacție jurnal de backup și în procesul de restaurare SQL Server
  • Modelul de recuperare acoperire de date a fost, probabil, toggledbetween tranzacție jurnal de backup-uri.
  • Sarcina acoperire de date consolidare servicii de transformare (DTS) pe primaryserver ar putea fi cauza acestei probleme. Pentru mai multe informații, faceți clic pe următorul număr de articol pentru a vedea articolul în bază de cunoștințe Microsoft:
    308267 FIX: DTS copie obiecte Task (DMO) pauze tranzacție jurnal rezervă lanț prin trecerea modul de recuperare simplu în timpul transferului
Q3: Unde pot găsi informații despre erori în marcă de timp ce efectuează back-up, copiere sau restaurați operațiunile?

A3: Pentru a obține mai multe informații despre o pereche de transport special jurnal, urmați acești pași:
  1. Deschideți SQL Server Enterprise Manager, și apoi conectați themonitor server.
  2. Management, faceți clic pe Log de transport maritim Monitor. În panoul din dreapta ferestrei, toate log de transport maritim de perechi aredisplayed (care s-au configurat cu acest server ca monitor server).Dacă Jurnalul pereche de transport nu este vizibil, Log Monitor de transport maritim (sub Management), și apoi atunci pocnitură Reîmprospătare.
  3. Faceți clic dreapta pe Jurnalul pereche care doriți informații despre, și apoi faceți clic pe Vedere spate istorie pentru a vizualiza spate sus muncă istorie de transport maritim.
  4. Jurnal de transport maritim pereche, și apoi atunci pocnitură Istorie de copiere/restaurare Vezi pentru a vizualiza istoria pentru exemplar și restaura de locuri de muncă.
  5. Jurnalul pereche de transport maritim, și apoi atunci pocnitură Properties pentru a vizualiza jurnalul de curent de transport maritim statutul, sursa și Destinationalert statutul.
Q4: Are dosar nume first_file_000000000000.trn indică faptul că lucrarea de copiere sau de restaurare a avut succes?

A4: Fiecare a alerga de copie și restaurare este asociat cu cel pu?in un dosar. implicit, dacă nu fișierele sunt copiate sau restaurate în o anumită rula de oricare dintre aceste două locuri de muncă, SQL Server plasează first_file_000000000000.trn în câmpul de nume de fișier . Acest lucru poate sau nu poate indica o problema. De exemplu, prima dată că copie sau pauză de locuri de muncă sunt rulate pe server secundar, nu ar putea fi orice dosar folositor la spre copie sau pauză. În acest caz, first_file_000000000000.trn nu reprezinta neaparat o eroare. Cu toate acestea, în anumite circumstanțe, acest lucru ar putea reprezenta o problemă. Citiți următorul articol din bază de cunoștințe Microsoft pentru mai multe informații:
292586 copiere de rezervă, copie și încărcare job informații nu este actualizat pe monitorul de transport jurnal
Q5: Este posibil să modificați frecvența și destinație de tranzacție jurnal de backup-uri, pe serverul principal, după log de transport maritim a fost operaționale pentru un marcă de timp?

A5: da. Această informație este în planul de între?inere pe server primare. Pentru a vizualiza informațiile, urmați acești pași:
  1. Faceți dublu clic în Planul de între?inere serverul primar pentru baza acoperire de date pentru care acest informationmust modificat.
  2. Faceți clic pe Tranzacție jurnal Backup tab. Modify destinație și frecvența în Message.
  3. Deoarece copie pe server secundar este expectingto copie tranzacție jurnal backup-uri de partajare specificate la logshipping marcă de timp a fost înființat, acest loc de muncă ar putea eșua după modificarea folderul țintă pentru Jurnalul de tranzacții înapoi up-uri. Pentru mai multe informații despre cum să lucreze aroundthis problema, citiți următorul articol în Microsoft KnowledgeBase:
    314570 Nu pot modifica cota de rezervă rețea după ce modificați folderul copiere de rezervă tranzacție jurnal

Jurnal de transport maritim rolul schimba

Q1: Cum se efectuează un jurnal de transport maritim rolul schimbare?

A1: Faceți clic pe următorul link pentru a citi acest subiect SQL Server 2000 carti Online despre efectuarea un jurnal de transport maritim rolul schimbare:

Cum să înființeze și de a efectua un jurnal de transport maritim rolul schimbării (Transact-SQL)

Q2: Pot efectua o schimbare de rol în marcă de timp ce serverul principal este offline sau nedisponibilă?

A2: da. Execută sp_change_primary_role proceduri stocate pe serverul principal este opțională.

Q3: De ce nu sp_resolve_logins stocate procedură eșua cu mesaj de eroare 208 atunci când rula din baza acoperire de date secundare în marcă de timp de o schimbare de rol?

A3: Procedura sp_resolve_logins stocate nu se califică în tabelul de sistem sysusers cu prefixul bazei acoperire de date master . Aceasta este o problemă cunoscută cu codul pentru sp_resolve_logins stocate procedură. Pentru mai multe informații despre această problemă, citiți următorul articol în bază de cunoștințe Microsoft:
310882 BUG: sp_resolve_logins stocate procedură eșuează dacă executat în timpul jurnal rolul schimbare de transport maritim
Q4: Există o problemă atunci când promovarea un server secundar pentru a fi un server principal, atunci când există mai multe fermă de servere secundare implicate într-o schimbare de rol?

A4: Citiți următorul articol din bază de cunoștințe Microsoft despre o problemă cunoscută care poate cauza erori în marcă de timp ce efectuează o schimbare de rol, care implică mai multe fermă de servere secundare:
300497 FIX: Log de transport maritim: Imposibil de modificat rolul de secundar primar atunci când baza acoperire de date nume de sign-in sunt diferite
Q5: Cum am re-stabili maritim jurnal după promovarea server secundar pentru a fi serverul primar?

A5: Dacă este selectată casetă de selectare se permite acoperire de date să-și asume rolul principal , în marcă de timp ce Parametrizare jurnal de transport maritim, în casetă de dialog Adauga baza acoperire de date destinație , urmați acești pași pentru a adăuga un nou server secundar după efectuarea o schimbare de rol. Dacă setarea nu a fost selectat, utilizați expertul de planul de între?inere pentru a parametriza jurnal de transport maritim după o schimbare de rol.
  1. Deschideți SQL Server Enterprise Manager, și apoi conectați la serverul primar thepromoted. Registru serverul pe care intenționați să adăugați ca thesecondary server.
  2. Extinde Management (în SQL Server Enterprise Manager), și apoi faceți clic pe Planuri de întreținere. Faceți clic dreapta în planul de între?inere corespunzătoare din Listă tabel, andthen faceți clic pe Proprietăți.
  3. Faceți clic pe fila Jurnal de transport maritim , și apoi faceți clic pe Adăugare.
  4. Furnizarea de informa?ii adecvate privind secondaryserver despre această casetă de dialog, și apoi faceți clic pe OK. Aceasta va adăuga noul server secundar la logshipping.
Q6: Cum pot continua la spre log navei la fostul primar server fără restaurând o copiere de rezervă bază acoperire de date?

A6: Este posibil să faceți log navei între două fermă de servere în mod repetat fără a fi nevoie să restabiliți copia de rezervă completă acoperire de date. Cerința este că ambele fermă de servere primare și secundare sunt disponibile atunci când efectuați procedura de modificare rol. Ca parte a efectuarea schimbare de rol, trebuie să executați sp_change_primary_role procedură stocată. Trebuie să executați sp_change_primary_role stocate procedură cu un parametru de @final_state a fie 2 sau 3. Acest lucru va lăsa baza acoperire de date primară într-o stare de nerecuperat după efectuarea Jurnalul de tranzacții spate sus. Deoarece baza acoperire de date este lăsat în stare de nerecuperat, această bază acoperire de date pot fi selectate atunci când log de transport maritim destinatie se adaugă (cum am explicat în întrebarea anterioară). În acest fel nu aveți pentru a reîncărca o copiere de rezervă a bazei acoperire de date.

Jurnal de ștergere de transport maritim

Q1: Cum pot opri jurnal de transport maritim pentru un jurnal special de transport maritim pereche?

A1: Urmați acești pași pentru a elimina o pereche de transport maritim de jurnal:
  1. Deschide SQL Server Enterprise Manager pe primaryserver. Extinde Management, și apoi faceți clic pe Planul de între?inere. În Planul de între?inere, și apoi atunci pocnitură Properties.
  2. Faceți clic pe fila Jurnal de transport maritim , și faceți clic pentru a selecta Jurnalul de transport maritim pereche care aveți wantto elimine.
  3. Faceți clic pe butonul de comandă șterge pentru a elimina această pereche de jurnal de transport maritim. Dacă aceasta este ultima pereche în jurnal de transport maritim, făcând clic pe Delete elimină jurnal de transport maritim. Dacă doriți să continuați jurnal de transport maritim adifferent server sau a unei baze acoperire de date, faceți clic pe Adăugare. Apoi, faceți clic și selectați serverul adecvat sau baza acoperire de date actas server secundar înainte să eliminați log existente de transport maritim secundare.
Q2: Există o problemă cu eliminarea jurnal de transport maritim pentru o bază acoperire de date care are caracter special în nume de sign-in lui?

A2: Citiți următorul articol din bază de cunoștințe Microsoft, care discută această problemă mai în detaliu:
295936 FIX: Eroare eliminarea jurnal de transport maritim pe baza acoperire de date secundară, atunci când nume de sign-in bazei acoperire de date are un citat

REFERIN?E

Pentru mai multe informații despre jurnal de transport maritim, vizitați site-uri Web Microsoft
Jurnal de transport maritim
http://msdn2.Microsoft.com/en-us/library/aa213785 (SQL.80).aspx
275146 întrebări frecvente - SQL Server 7.0 - jurnal de transport maritim
Nu văd un răspuns la întrebarea dumneavoastră? Vizita în grupurile de ?tiri Microsoft SQL Server la:
Grupurile de știri Microsoft SQL Serverhttp://www.Microsoft.com/communities/newsgroups/en-us/
Comentarii despre acest lucru sau alte articole din bază de cunoștințe Microsoft? Drop-ne o notă la SQLKB@Microsoft.com.

Pentru mai multe informații, faceți clic pe următorul număr de articol pentru a vedea articolul în bază de cunoștințe Microsoft:
917544 BUG: Primiți un mesaj de eroare când executați "Jurnal de transport maritim alertă Job - restaurare" locuri de muncă în SQL Server 2000

Proprietă?i

ID articol: 314515 - Ultima examinare: 24 iunie 2014 - Revizie: 2.0
Se aplică la:
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Developer Edition
Cuvinte cheie: 
kbsqlsetup kbinfo kbmt KB314515 KbMtro
Traducere automată
IMPORTANT: Acest articol este tradus cu ajutorul software-ului Microsoft de traducere automată ?i poate fi corectat prin intermediul tehnologiei Community Translation Framework (CTF). Microsoft oferă articole traduse automat, post-editate de comunitate ?i articole traduse de oameni, pentru a permite accesul la toate articolele din Baza noastră de cuno?tin?e în mai multe limbi. Articolele traduse automat ?i post-editate pot con?ine gre?eli de vocabular, sintaxă ?i/sau gramatică. Microsoft nu este responsabil de inexactită?ile, erorile sau daunele cauzate de traducerea gre?ită a con?inutului sau de utilizarea acestuia de către clien?i. Găsi?i mai multe informa?ii despre traducerea în colaborare la http://support.microsoft.com/gp/machine-translation-corrections/ro.
Face?i clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 314515

Trimite?i feedback

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com