Obiceiul asta este obligatoriu! Oricum trebuie sa aveti graja sa luati un backup acestor baze de date sistem imediat dupa ce creati obiecte cum ar fi login-uri, joburi etc. Legat de tempdb cred ca trebuie sa va uitati cum se extinde fisierul de log, daca are unde ; de asemenea aceasta este recreata la restarea sistemului (serviciului) 

Va ajuta discutia de pe site-ul nostru de aici

Pana cititi dvs. acele resurse trebuie sa mai fac niste comentarii: Dupa cate imi dau seama SQL 2000 e pe o masina de 32 biti iar SQL 2005 este pe una de 64; problema legata de importuri poate fi rezolvata si in felul urmator : 1. se face backup full/log pe 2000 2.copiere fisiere backup pe 2005 3.restaurare   Altfel spus , e de facut ...

Pe site-ul nostru, aici, este o discutie care face referire la niste resurse legate de upgrade la 2005, poate ajuta.

Deci nu exista o optiune setabila in SQL pentru a face in mod automatizat treaba asta

Excelent! Ma bucur ca acest demers are finalitate! Spuneam ca ajutorul este reciproc, pe langa castigul firesc al celui care pune intrebare cel care raspunde are de castigat rezolvand poate o alta fatzeta a lucrurilor pe care le stia, i se mai aprinde un beculetz, iata situatia asta n-o stiam!, si in plus sansa unui day-to-day refresment a ceea ...

Pentru Alex, se poate face shrinking si cand bd este setata pe modelul Full, insa sigur ca efectul este mare cand modelul este pe Simple; iddea e ca nu se conditioneaza in sensul sugerat de dvs. 

Nu are nici o legatura una cu alta; asa cum spune denumirea, e vorba de modelul de recuperare adoptat, cu trimitere evidenta la caracteristici adoptate pt . log; in timp ce operatia de shrink se refera la restrangerea spatiului in fisierele de date si/sau log.

              Asa cum am mentionat intr-un articol anterior,add-in-ul “Table Analyse Tool” permite, folosind optiunea “Key Influencers”, sa depistezi atributele care influenteaza valorile unei caracteristici tinta.             Sa ...