am gasit rezolvarea ... pt. cei interesati ..accesati link-ul de mai jos: http://www.profox.ro/Forum/tabid/55/forumid/24/threadid/36398/scope/posts/Default.aspx ..concluzia: functioneaza utilizand comenzi native VFP .. (SQLEXEC) .. si deocamdata .. nu voi utiliza API-ul SMO ... Multumesc tuturor .. consider threat - ul inchis.

.. nu reusesc sa apelez SMO prin com ...

***** cod VFP 7 ******** obServer=CREATEOBJECT(''SQLDMO.SQLServer'') WITH observer .Connect(''laptop\prodatasql'',''sorin'',''xxxx'') .ExecuteImmediate(''exec [prodata].dbo.restoredatabase 'Test_db''') .close ENDWITH RELEASE obServer .. codul de mai sus functioneaza perfect ... numai ca SQL-DMO a fost inlocuit de SQL-SMO ... ...

din pacate VFP 7. nu este dot.net ...

BD -ul are Recovery model: ''Simple'' ... ..si da .. am testat din acelasi backup ...din SSMS ..si e ok

din ..xp_readerrorlog am gasit ceva de genul: ''The database 'test_db' is marked RESTORING and is in a state that does not allow recovery to be run.''

da .. sunt pe acelasi server .. nu am verificat .. verific acum

string-ul de conectare este: ''DRIVER={SQL Server Native Client 10.0};SERVER=laptop\prodatasql;DATABASE=prodata;Uid=sorin;Pwd=142400;WSID=LAPTOP;APP=Prodata Erp''

scuze .. ctext este tot csqlsir ..adica: ''exec [prodata].dbo.restoredatabase 'test_db''' lucrez in VFP ver. 7 ..pt. ca pe asta am licenta ...

procedura de mai sus .. merge bine din SSMS .. din aplicatia VFP: am incercat mai multe variante: 1 - cu sqlexec(nHandle,csqlsir) .. unde sqlsir=''exec [prodata].dbo.restoredatabase 'test_db''' cu urmatorul rez: - in modul Asyncron ..intoarce 0 (still executing) ...si asa ''moare'' ...fara sa faca nimic pe server -in modul syncron ...