Welcome to Sign in | Join | Help
» Search

Search

You searched for the word(s):
Showing page 1 of 20 (195 total posts) < 1 second(s)
  • Re: backup pe o baza de date replicata

    Nu. Agentul de replicare nu este nimic miraculos, este un client ordinar care se conecteaza si ruleaza niste query-uri in T-SQL. Nu exista nici o diferenta intre el si orice alta aplicatie conectata in acel moment.Cum opertiile de backup (full, diferential, log) nu necesita deconectarea clientilor,&nbsp; ele nu necesita nici deconectarea vre-unui ...
    Posted to T-SQL (Forum) by rremus on April 22, 2010
  • Re: Sfaturi "Best practices" pt trecere de la 1 file per filegroup la mai multe

    Cind ai N file-uri intr-un filegroup SQL va distribui *alocarile* in mod balansat astfel incit fiecare file sa fie la fel de incarcat, proportional. Deci daca ai un file de 30GB care e full 33%, unul de 20GB&nbsp; care e full 100% si unul de 10GB care e gol si *aloci* 100 de extent-uri (adica cite 8 pagini), ele vor fi alocate proportional ...
    Posted to Intrebari generale (Forum) by rremus on April 10, 2010
  • Re: For xml raw CRLF?

    In XML spatiile albe nu au relevanta. Procesarea celor de la casa de asigurari este incorecta (probabil ca citesc XML *linie cu linie* ca si cum ar fi text).Nu o sa poti sa faci ca SQL FOR XML sa insereze CRLF, deci va trebuii sa scrii to cumva un program care sa faca asta.
    Posted to T-SQL (Forum) by rremus on March 5, 2010
  • Re: SQL Server 2005 CLR marked for unload due to memory pressure error

    Atasezi debugger-ul (Windbg), incarci SOS cu : .loadby sos mscorwks si cauti leak-ul. Mai intit vezi ce tipuri si cite instante ai in heap: !dumpheap -stat Apoi vezi unde sint instantele din tipul cu cele mai multe obiecte: !dumpheap -type &amp;lt;LeakedTypeName&amp;gt; si, daca mai e nevoie, cauti sa vezi ce pastreaza o ...
    Posted to Intrebari generale (Forum) by rremus on February 23, 2010
  • Re: insert from exec cu DTC

    Nu poti face o transactie distribuita fara sa activezi DTC. Orice fel de insert/update/delete care implica linked server va fi DTC. Ce trebuie sa faci este sa folosesti un client (.Net, OleDB) care sa execute linkserver.db.schema.proc1 intr-o conexiune, sa citesca resultatul si sa insereze in t1 in alta conexiune. Asta inseaman fie o aplicatie ...
    Posted to Intrebari generale (Forum) by rremus on February 6, 2010
  • Re: Average Latch Wait Time

    sys.dm_os_performance_counters da valoarea RawValue. Average Latch Time este un counter de tip 1073874176 , deci AverageCount64. Counterii de tipul asta trebuiesc calculati din doua sample-uri consecutive. Nu poti face un alert pe RawValue, pentru ca va creste continuu. Daca vrei sa folosesti SQL Agent alert dircet pe valorile RawValue, trebuie ...
    Posted to Intrebari generale (Forum) by rremus on January 27, 2010
  • Re: Average Latch Wait Time

    Tu cind zici ca te cind zici ca te uiti la diverse valori ale counterilor, unde te uiti? Exista doua locuri unde le poti vedea: in API de performance counters (adica unde le vede si perfmon.exe) sau in sys.dm_os_performance_counter. Acesta din urma i-tzi va arata totdeauna valoarea RawValue a ultimului sample. Ca sa calculezi valoarea actuala ...
    Posted to Intrebari generale (Forum) by rremus on January 26, 2010
  • Re: Average Latch Wait Time

    Counter-ul nu sa resetat corect la un server shutdown/restart. Un asemenea timp nu are cum sa fie o valoare reala. Ruleaza DBCC SQLPERF (''sys.dm_os_latch_stats'' , CLEAR); si DBCC SQLPERF( ''sys.dm_os_wait_stats'' , CLEAR); ca sa se reseteze la 0.
    Posted to Intrebari generale (Forum) by rremus on January 25, 2010
  • Re: Stergere numar mare de inregistrari dintr-o tabela

    MihaiBejenariu:Am sa incerc sa identific care este query-ul/query-urile care sunt cu probleme, ... Totusi ma gandeam ca ar fi trebuit sa existe un ''best practice'' in acest caz.Absolut exista un 'best practice': Termina de identificat query-urile cu probleme. Bafta!
    Posted to Intrebari generale (Forum) by rremus on December 24, 2009
  • Re: lock request timeout period exceeded

    72057679015903232 e 'adevaratul' object, nu cel din metadata. Cauta-l in sys.partitions si sys.allocation_units. Este un shared lock pentru un key dintr-o tabela. Un read (SELECT) este in conflict cu un write (INSERt/UPDATE/DELETE) care pastreaza record-ul locked pentru mult timp.
    Posted to Intrebari generale (Forum) by rremus on December 21, 2009
1 2 3 4 5 Next > ... Last ยป
Powered by Community Server (Commercial Edition), by Telligent Systems