SAP SİSTEM YÖNETİCİSİ EL KİTABI - 6

SAP SİSTEM YÖNETİCİSİ EL KİTABI

Bölüm 11. SAP Sistemlerinde Oss Note , Support Package Uygulamaları

Bu başlık altında SAP Sistemlerinde oluşan problemleri gidermek adına ya da sistemde ilgili paketlerin güncellenmesi gerektiği durumlarda yapılacak olan işlemler anlatılacaktır.

SAP sistemi bir çok alt yazılım bileşeninden oluşmaktadır. Bu bileşenlerin güncelleştirilmesi için düzenli olarak SAP Note ve SAP Support Package ler yayınlanmaktadır. SAP sistemi idealde yasal gereklilikleri yerine getirmek , bilinen problemlerin giderilmesi ve yeni fonksiyonlar kazanması adına en güncel versiyonlara çıkartılması tavsiye edilir.

Resim 11.1 SAP Note ve SAP Support Package

SAP Note ları  programlar için düzeltmeler , tavsiyeler ve oluşan kod hatalarının düzelten verileri içermektedir. Support Package ler ise uyarlanmış ve standart sap objelerinin güncelleştirmelerini içermektedir. SAP sisteminde her yazılım bileşeninin kendi Support Package seviyeleri mevcuttur ve birbirinden bağımsızdır.

SAP Note ları sisteme Note Assistant Ekranından ( SNOTE ) ; Support Package ler Support Package Manager Ekranından ( SPAM / SAINT ) sisteme uygulanabilir.

SAP Note ları Note Assistant Ekranınından ( SNOTE ) aşağıdaki adımlarla uygulanmalıdır :

1. SAP Note ları SAP Service Marketplace ( service.sap.com/notes ) üzerinde ilgili anahtar kelimelerle arama yapılarak ya da SAP Note numarası biliniyorsa onun yardımıyla aranır. İçeriği ilgili uzman tarafından değerlendirildikten ve onaylandıktan sonra sistemlere yükleme aşamasına geçilir.

2. Eğer ilgili SAP Note manuel düzeltme içeriyorsa ( Kodda yapılması gereken düzelmeler vb. ) bu değişiklikler geliştirme sisteminde yapılarak , Test sistemi ardından Canlı sistemlere taşınabilir. Eğer SAP Note Assistant ekranından uygulanabilirse ilk olarak bu SAP Note Geliştirme Sistemi ( DEV ) da  sistemine indirilir.

3. Geliştirme Sistemi ( DEV ) da Note Assistan ekranı indirilen bu SAP Note un sisteme uygulanabilirliğini  sistemdeki ilgili paketin versiyona bakarak kontrol eder.

4. Eğer versiyon uygunsa indirilen bu SAP Note İmport adımıyla sisteme uygulanır ve uygulanan bu SAP Note bir request e bağlanır.

5. İlgili SAP Note request yardımıyla Test ( QAS ) sistemine taşınır ve burada ilgili programlarda çalışırlığı kontrol edilir ve eğer bir problemle karşılaşılmaz ise bu SAP Note yine request yardımıyla Canlı ( PRD ) sisteme taşınır.

Resim 11.2 Note Assistant Ekranı ( SNOTE )

SAP sistemlerinde kuruluş sırasında standart bileşenler kurulur. Bu standart bileşenler dışında yeni bir bileşen eklenmesi ihtiyacı durumunda bu işlem SAP Sisteminde Add-On Installation Ekranından ( SAINT ) yapılabilir. Mevcuttaki bileşenlerin yeni versiyonlarının yüklenmesi işlemi de Support Package Manager Ekranından ( SPAM ) yapılabilmektedir.

Sistemde bu ekranların  ( SPAM / SAINT ) bileşeni aynıdır ve aynı seviyededir. Sistemde bir güncelleme ya da yeni bir bileşen eklenmesi öncesinde ilk olarak bu bileşen en son versiyona yükseltilmesi öneririlir.

Resim 11.3 SPAM / SAINT versiyon Güncelleştirilmesi

SPAM / SAINT güncelleştirilmesi işlemi sistem üzerinde SPAM transaction ı üzerinden yapılmaktadır. SPAM / SAINT bileşenin son versiyonu SAP Service Marketplace üzerinde kontrol edilip indirilir. İndirildikten sonra bu güncelleştirme ya işletim sistemi üzerinde ilgili dizine ( EPS\in ) açıldıktan sonra SPAM ekranından “ Support Package  -> Load Packages -> From Application Server “ menüsünden ya da indirilen client tan SAP GUI üzerinde SPAM ekranından “ Support Package  -> Load Packages -> From Frontend ” menüsünden sisteme yüklenir.

NOT : SAP sistemlerinde yapılacak olan güncelleştirme işlemleri sadece 000 client ından yapılabilir. İlgili güncelleştirmeleri yapabilmek için sistemde geçerli bir Maintance Certificate bulunmalıdır. Bu sertifika da SAP Service Marketplace üzerinden indirilip ( SLICENSE ) ekranından sisteme yüklenebilir.

SPAM / SAINT güncelleştirilmesi için ilgili paket sisteme yüklendikten sonra SPAM ekranında “ Support Package ” ana menüsü içindeki “ Import SPAM/SAINT Update “ ile güncelleştirilmesi yapılabilir.

Resim 11.4 Support Package Güncelleştirilmesi

SPAM / SAINT güncelleştirilmesi tamamlandıktan sonra artık ihtiyaç duyulan bileşenler için Support Package Güncelleştirilmesi adımına geçilebilir. Bu işlemler aşağıdaki adımlarla uygulanmalıdır :

1. Güncelleştirilecek olan paketler SAP Service Marketplace den indirilir.

2. Öncelikle Geliştirme ( DEV ) sisteminde bu paketlerin uygulanması gerekir. Bunun için Geliştirme sisteminde 000 client ına logon olunur ve geçerli bir Maintance Certificate varsa indirilen paketlerin sisteme yüklenemesi adımına geçilir.

3. İndirilen paketler  ya işletim sistemi üzerinde ilgili dizine ( EPS\in ) açıldıktan sonra SPAM ekranından “ Support Package  -> Load Packages -> From Application Server “ menüsünden ya da indirilen client tan SAP GUI üzerinde SPAM ekranından “ Support Package  -> Load Packages -> From Frontend ” menüsünden sisteme yüklenir.

4. İndirilen paketlerden ayrı ayrı yüklenmesine izin verilenler teker teker sisteme yüklenebileceği gibi toplu halde de sisteme yüklenebilir. Bunun için ilk olarak “ Queue Defination “ işlemi yapılmalıdır. Bu işlemi SPAM ekranında “ Diplay / Define “ tuşuna basılarak ilgili paket seçimi yapılabilir.

5. Seçilen kuyruğu sisteme import etmek için ana menüden “ Support Package -> İmport Queue “ seçeneği seçilir. İmport la ilgili seçeneklerden istenilenler seçildikten sonra import işlemi başlar. Uygulama esnasında log ları görmek için ana menüdeki “ Goto -> Import Logs -> Queue “ seçeneği seçilebilir.

6. İmport işlemi tamamlandıktan sonra kullanıcıdan uygulanan paketlerin onaylanması gerekir, bu işlem “ Support Package -> Confirm “ seçeneğinden yapılabilir.

NOT : SAP Support Package işlemi sistem yoğunluğunun en az olduğu zaman diliminde yapılmalıdır aksi halde sistemde çalışan kullanıcı ve işlerin performansları olumsuz etkileneceği gibi çalıştırmak istedikleri bileşenler güncelleştirilmesi sırasında hatalar alınır.

Bölüm 12. SAP Sistemlerinde Transport Kavramı ve Yönetimi

Bu başlık altında SAP sistemlerinde yapılacak geliştirme ve uyarlamaların taşınması ve ilgili sistemin yönetimi konuları işlenecektir.

SAP sistemlerinde ihtiyaç duyulan geliştirme ve Uyarlamalar Geliştirme sisteminde yaratıldıktan sonra Test sisteminde gerekli kontroller gerçekleştikten sonra Canlı sistemlere taşınması için kullanılan altyapıya “ Transport Management System ( TMS ) “ adı verilir. SAP Sistem Yöneticisinin görevi ilk olarak bu sistemi kurmak , ardından gerekli bakımlarını yapmak ve bu sistem üzerinde ihtiyaç duyulan taşıma işlemlerini yerine getirmektir.

Resim 12.1 Mantıksal ve Fiziksel Transport Sıralaması

TMS altyapısında kullanılacak olan işletim sistemi seviyesindeki dizinler SAP sisteminin kurulumu sırasında yaratılır. İhtiyaç halinde bu dizinlerin kapasite artışı yapılabilir. SAP parametresi DIR_TRANS bu dizinlerin bulunduğu yeri gösterir. Default olarak bu dizinler unix sistemlerde “  /usr/sap/trans “ , windows sistemlerde ise “\\$(SAPTRANSHOST)\sapmnt\trans”  olarak tanımlıdır.

Ana transport dizini altındaki önemli alt dizinler şunlardır :

. bin : Ayar dosyalarının bulunduğu alt dizindir.

. buffer : Sistemlere taşınacak olan request lerin bufferlandığı alt dizindir.

. data : Requestlerin export edilmiş verisini içeren alt dizindir.

. cofiles : Requestlerin tipi , kodları vb. bilgilerin bulunduğu dosyaları içeren alt dizindir.

. log : Transport süreciyle ilgili tüm log ların bulunduğu alt dizindir.

Resim 12.2 Transport Dizinleri

SAP sistemlerinde TMS altyapısı kurulumu 000 client ında yetkili bir kullanıcı ile giriş yapıldıktan sonra STMS transaction ı üzerinden yapılır. Bu ekrandan şu ayarlamalar otomatik olarak yapılabilmektedir :

. Bir tane SAP sistemini Transport Domain Controller olarak belirlemek.

. DOMAIN_<SID> adında Transport Domain yaratmak.

. GROUP_<SID> adında Transport Grubu yaratmak.

. SAP sistemi 000 clientında TMS işlemleri için TMSADM system kullanıcısını yaratmak.

. Gerekli RFC bağlantılarını yaratmak.

. DOMAIN.CFG ayar dosyasını yaratmak.

“ Transport Domain ” aynı TMS üzerinde birbirleriyle bağlantılı olması karar verilen sistemleri içeren bir yapıdır. “ Transport Domain Controller “ bu TMS yapısı üzerinde merkezi olarak yönetim sağlanan sistemdir. Bir problem ya da bakım anında bu merkezi yapının yerine görev yapabilecek olan sistem “ Backup Domain Controller “ olarak ayarlanabilmektedir.

Bir Transport Domain inde farklı gruplamalar yapılabilmekte ve bu yapılar “ Transport Group “ olarak adlandırılmaktadır.

Resim 12.3 Transport Domain ve Transport Group

Transport Profil lerini görmek ve değiştirmek için ilgili SAP sisteminde ana menüden STMS transaction ı açıldıktan sonra  “ Overview → Systems ” altında bulunan sistemlerden birini seçtikten sonra “ SAP System → Display “ ekrandan “ Transport Tool “  tab ı seçilir. Gelen menüden “ Goto → tp parameters ” ile profil parametreleri görüntülenebilir.

Resim 12.4 Transport Profil Ekranı

Transport Route her sistemin rolünün tanımlandığı ve değişiklik requestlerinin akış mantığında gerekli rotalarını ihtiva eden mantıksal bir yapıdır. TMS yapısında tanımlı olan Tranport Route lar seçilebileceği gibi daha karmaşık bir yapı için farklı Transport Route lar da sistem üzerinde tanımlanabilmektedir.

Bir sistemden diğer sisteme tanımlanabilecek 2 adet route bulunmaktadır :

. Consolidation Route : Export / İmport işlemi için tanımlanan rotadır. Standart ta bu rota Geliştirme sisteminden Test sistemine doğru tanımlıdır ve Geliştirme sisteminde yaratılan request lerin release edildiğinde oluşan request dosyalarının bırakılacağı yeri gösterir.

. Delivery Route : Request in taşınacağı bir sonraki sisteme olan rotadır.

. SAP Route : Bu SAP nin standart objelerinde yapılan değişikliklerin taşınacağı rotadır.

Resim 12.5 Üçlü Sistem Yapısında tanımlanabilecek olan Standart Transport Route

Resim 12.6 Daha Karmaşık Tanımlanmış olan bir Transport Route

SAP sistemlerinde ihtiyaç duyulan geliştirme ve Uyarlamalar Geliştirmelerin TMS altyapısı kullanarak taşınabildiğinden bahsedilmişti. Geliştirme (DEV) sisteminde yaratılan request ler o sistemde release edildiklerinde bir sonraki consolidation route daki ilgili dizinlere fiziksel dosyalar export edilir.

Resim 12.7 Transport Release Süreci

Test ( QAS ) sisteminde STMS transaction ı ile import edilen requestler Canlı ( PRD ) sisteminin transport kuyruğuna ve ilgili dizinlere fiziksel dosyalar olarak kopyalanır.

Resim 12.8 Transport İmport Süreci

Test ( QAS ) sisteminde transport içeriğindeki değişikliklerin kontrolleri yapılıp değişikliğin başarılı olduğu kararı verildikten sonra Canlı ( PRD ) sistemine request import edilebilir.

SAP Sistemlerinde TMS import izlemesi için STMS transaction ı ana menüden ” Overview -> Imports “ yolu izlenir. Transport domaininde bulunan tüm sistemlerin Import kuyruğuna erişilebilmektedir , ilgili sistemde request i import etmek içinse o sistemde yetkisi olan bir kullanıcı ile login olmak gerekir.

Resim 12.9 İmport Queue Ekranı

İmport Queue ekranında :

. Request lerin durumları izlenebilir

. Her bir request in Object Listesi , Dokümantasyon ve Log lara erişim sağlanabilir

. Kuyruk import için aktif / deaktif hale getirilebilir

. Request ler ayrı ayrı , toplu , hepsi ya da proje bazlı import edilebilir

. Request ler eklenebilir , silinebilir ve diğer sistemlere forward lanabilir

İmport queue da bulunan bir request import edilmesi için öncelikle atılacak olan request numarası kuyruk içerisinde bulunur , request atılabilmesi için işaretlenir ve seçildikten sonra İmport adımıyla sisteme yüklenebilir.

Resim 12.10 Tek request in İmport Edilme Süreci

Örnek olarak BIQ olarak tanımlanmış bir test sistemine request import etme adımları şu şekilde detaylandırılabilir :

1 . BIQ sistemine yetkili bir user – password ile logon olunulur ve STMS transaction ına girilir.

Resim 12.11 İmport Etme Adımları-1

2.  İmport Overview ( F5 ) tuşuna basılır. ( Kamyon simgesi olan )

Resim 12.12 İmport Etme Adımları-2

3. Gelen listeden QAS satırı üzerine gelinip Mouse ile çift tıklanır :

Resim 12.13 İmport Etme Adımları-3

4. Gelen ekranda ilk olarak F5 tuşuna basılarak liste refresh edilir.

Resim 12.14 İmport Etme Adımları-4

5. Ardından mail ile gelen request numarasını bulmak için Find ( CTRL + F ) tuşuna ( Dürbün işareti olan ) basılarak find alanına request numarası yazılır ve enter tuşuna basılır :

Resim 12.15 İmport Etme Adımları-5.1

Resim 12.16 İmport Etme Adımları-5.2

Resim 12.17 İmport Etme Adımları-5.3

6. Listede doğru requestin üzerinde olunduğundan bir kez daha emin olunur ! Doğru request numarası üzerinde isek menüden İmport Request ( CTRL + F11 – Kamyon simgesi olan )  a basılır. Gelen İmport Transport Request ekranında

Resim 12.18 İmport Etme Adımları-6.1

Request import etme aşamasında Date Tabındaki seçenekler şu şekilde açıklanabilir :

. Immediate : İmport Etme süreci hemen başlatılsın.

. At Start Time : Belirtilen tarih ve zamanda requst in import etme süreci başlasın

. After Event : Belirli bir event ( arka plan işi vb. ) den sonra import etme süreci başlasın

Execution tab ında Synchronous seçilir :

Resim 12.19 İmport Etme Adımları-6.2

Request import etme aşamasında Execution Tabındaki seçenekler şu şekilde açıklanabilir :

. Synchronous : Eş zamanlı olarak ön yüzde import çalışsın.

. Asynchronous : Arka yüzde asenkron olarak import çalışsın.

Options tabında ilk 4 seçenek seçilir :

Resim 12.20 İmport Etme Adımları-6.3

Request import etme aşamasında Options Tabındaki seçenekler şu şekilde açıklanabilir :

. Leave Transport Request in Queue for Later Import : Daha sonra tekrar atılabilmesi için ilgili requestin kuyrukta bırakılması seçeneğidir.

. Import Transport Request Again : Daha önce atılmışsa request tekrar import edilebilmesi seçeneğidir.

. Overwrite Originals : Orijinal objeler ezilebilmesi seçeneğidir.

. Overwrite Objects in Unconfirmed Repairs : Değiştirilebilir diye işaretlenmemiş objelerin ezilebilmesi seçeneğidir.

. Ignore Non-Permited Transport Type : Transport Profilinde tanımlı olmayan tipteki requestlerin import edilebilmesi seçeneğidir.

. Ignore Non-Permited Table Class : Transport Profilinde tanımlı olmayan Tablo Sınıflarını içeren requestlerin import edilebilmesi seçeneğidir.

. Ignore Predecessor Relations : Diğer request lerle bağlığı bulunan requestlerin import edilebilmesi seçeneğidir.

Continue tuşuna ( Enter - Yeşil Tik simgesi olan ) tıklanır. Karşımıza uyarı ekranı gelir , bu ekranda Request numarası ve Client numarası tekrar kontrol edilir doğru ise YES , hatalı bilgi varsa NO tuşuna basılıp 6. Numaralı adımdan tekrar aynı işlemlerle bu ekrana kadar gelinir  :

Resim 12.21 İmport Etme Adımları-6.4

A . YES e bastıktan sonra hata ekranı gelirse request atma talebinde bulunan kişiye mail / telefon ile dönülerek request inin hata verdiğini kontrol edip diğer sistemlere atılması için gerekli onayı vermesi gerektiği bildirilir.

B. YES e bastıktan sonra ön planda request import işlemi devam eder , eğer hata vermezse ( listenin en sağındaki yeşil kutu olan alan sarı üçgen e dönüşmüşse ) request doğru atılmış demektir.

Resim 12.22 İmport Etme Adımları-6.5

Import Queue ekranında bulunan simgelerin açıklamaları menü çubuğundaki Legend ( CTRL + SHIFT + F4 ) görülebilmektedir.

Resim 12.23 İmport Etme Adımları-6.6