Tag sap

Pentru copierea parolei utilizatorului GEORGE.S din clientul 300 peste acelasi utilizator din clientul 200 se poate utiliza urmatorul sql query:

UPDATE
    T200
SET
    T200.BCODE = T300.BCODE,
    T200.PASSCODE = T300.PASSCODE
FROM
    lid.USR02 AS T200
    INNER JOIN lid.USR02 AS T300 ON (T200.BNAME = T300.BNAME AND T300.MANDT = '300')
WHERE
    T200.MANDT = '200' AND T200.BNAME = 'GEORGE.S';

In ultimele zile au aparut cateva probleme la printarea din SAP, in special la colegii care listeaza mai multe tipuri de documente pe imprimante diferite. De asemenea, problemele au aparut si la colegii care utilizeaza Windows 10. Pentru a rezolva problema au fost facute cateva teste si configurari la imprimantele din SAP.

Read More

SM36 – Define Background Job
SM37 – Background Job Overview
SM39 – Job Analysis (obsolete, replaced by SM37)
SM49 – Execute External OS commands
SM62 – Maintain Events
SM64 – Release of an Event
SM65 – Background Processing Analysis Tool
SM69 – Maintain External OS Commands

Sursa: http://wiki.scn.sap.com/wiki/display/Basis/TCodes+for+Background+Jobs+Administration

1. Autentificare in sistemul in care se doreste copierea datelor (sistemul destinatie)
2. Se ruleaza tranzactia SCC9 (Copie client)
3. Se completeaza informatiile necesare:
   • Profil: SAP_ALL
   • Client sursa: LIPCLNT500
4. Se completeaza parametrii pentru Parallel Processes
   • Goto -> Parallel Processes
   • Maximum number of processes: 12 (se recomanda cate 2 procese pentru fiecare procesor al bazei de date, iar pentru copia de client remote se pot utiliza cate 3 procese)
   • Logon/Server Group: parallel_generators
5. Programare executare copie in background
6. Jurnalul de activitati poate fi consultat in tranzactia SCC3

Important: la momentul inceperii copiei de client, joburile programate de pe clientul sursa vor fi oprite/suspendate automat. Acestea pot fi oprite si manual folosind tranzactia SE38 si ruland programul BTCTRNS1. Dupa efectuarea copiei de client aceste joburi trebuie repornite/reactivate manual ruland programul BTCTRNS2 in tranzactia SE38.

Detalii despre profilele copiei de client:
http://help.sap.com/saphelp_sem40bw/helpdata/en/c2/17e73a86e99c77e10000000a114084/content.htm

Din considerente care tin de performanta este recomandat ca fisierul Transaction log al unei baze de date MSSQL sa se afle pe alta partitie decat baza de date. Pentru mutarea acestui fisier pe alta partitie se va utiliza instrumentul SQL Server Management Studio (SSMS). In pricipiu aceiasi pasi pot fi urmati pentru mutarea oricarui alt fisier din componenta unei baze de date MSSQL.

1. Autentificare in SSMS
2. Click dreapta pe baza de date asupra careia trebuie intervenit > Tasks > Detach
3. Mutarea fisierului Transaction log la locatia dorita
4. Click dreapta pe Databases > Attach
5. Se va cauta locatia fisierului principal al bazei de date
6. In dreptul fisierului Transaction log (sau al oricarui fisier mutat in alta locatie) va apare eroarea ca fisierul nu a fost gasit. Pentru fiecare eroare se va naviga la locatia corecta si se va alege fisierul.
7. Ok

Daca, dupa detach, apare eroare ca nu se mai poate conecta la serverul SQL (una din cauze poate fi ca la detach s-a bifat Drop connections, ceea ce a intrerupt inclusiv conexiunea din SSMS), atunci in fereastra de conectare > Options > Connection Properties > in campul Connect to database se scrie master (nu se cauta in lista), apoi Connect, dupa care se pot urma pasii de mai sus pentru Attach.