...si nu prea mult ''trafic''...

Nu inteleg punctele 1 si 3. SQL Express ''duce'' 1 CPU, 1GB RAM si 4GB / baza. In afara de asta nu ofera OLAP & data mining & SSIS si nici ''agent'' (folosesti in loc ''task scheduler''). Nu poate fi ''publisher'' intr-o replicare. Nu ofera facilitati de ''high availability'' - pe aproape toate le gasesti numai in ...

Andrei, vezi http://blogs.msdn.com/euanga/archive/2006/03/09/545576.aspx  

Vezi daca te ajuta si: http://www.codeproject.com/KB/database/MovingSQLServer2005to2000.aspx    

Vezi BOL pentru SQL 2005 ---> ''user connections Option'', ''Maximum Capacity Specifications for SQL Server 2005''.

Cum ai facut upgrade-ul? Ti-ai luat masuri pentru a putea ''reveni'' la SQL 2000? De exemplu, daca ai atasat baza la o instanta SQL 2005, ti-ai pastrat o copie ''de siguranta'' a fisierelor?

Nu te ajuta clasele din namespace-ul System.Security.Criptography?

Eu ''votez'' cu Marcel. Cred ca este mai bine sa profiti de ceea ce ai deja la dispozitie - cel putin de la SQL 2005 ''in sus'' - decat sa te ''chinui'' sa-ti faci propriul algoritm de incriptare ''from scratch''.

Nu exista o asemenea ''optiune'' - vezi BOL, unde gasesti toate amanuntele despre operatiunile de BACKUP si RESTORE. Dar poti sa ''scriptezi'' obiecte (tabele, view-uri, useri, etc...) dintr-o baza de date folosind ''Generate Scripts Wizard'' - vezi BOL ---> How to: Generate a Script (SQL Server Management Studio).

Eu am folosit acest ''workaround'': http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1571047&SiteID=1