Articles récents
SAPGUI730 Windows – Patch 8
Le support package 8 pour SAPGUI 730 est disponible au téléchargement depuis le 28/02/2014 sur SAPnet.
Nom du fichier : gui730_8-10010496.exe
J’ai procédé à l’installation du patch directement sur un SAPGUI 730 patch 7, je n’ai rencontré aucun problème à l’installation. Attention il faut Stopper tous les services lié au SAPGUI avant de faire la mise à jour.
J’ai également créé un package d’installation complet, je n’ai rencontré aucun problème ni pour la création, ni pour le déploiement.
Attention : pour rappel, la version 730 n’est toujours pas compatible avec Outlook 2010 et par défaut il est coché dans l’installation standard, il faut donc désélectionner l’option lors de la création du package.
SAPGUI730 Windows – Patch 6 Hotfix 3
Un Hotfix 3 est disponible pour le Patch 6 du SAPGUI 730 depuis le 28/02 sur SAPnet. En effet cette version était très instable, je déconseillais même son installation. Etant donné que je suis déjà en Patch 8, je n’ai pas su effectuer de test avec cette Hotfix.
Nom du fichier : gui730_06_3-10010496.exe
Pour plus ample information sur le Hotfix voir note 1489891
BIG DATA – SAP HANA
Qu’est-ce que le BIG DATA ?
Big data, littéralement les Grandes données, est une expression anglophone utilisée pour désigner des ensembles de données qui deviennent tellement volumineux qu'ils en deviennent difficiles à travailler avec des outils classiques de gestion de base de données.
Il y a plus de nouveaux Smartphones que de bébé dans le monde, il y a plus de 1 milliard de comptes Facebook, il y a plus d’un demi-milliard de compte Twitter, le volume de données échangées via les réseaux sociaux explose.
Et ce phénomène est en constante augmentation, et pratiquement toutes les sociétés ou industries n’échappent pas à l’augmentation de leur volume de données, y compris les systèmes SAP.
D’après Gartner executive program survey qui est paru le 16 janvier 2013, la mise en œuvre de l’analytique et du Big Data rentre dans le top 10 des priorités business de CIO.
La solution SAP pour le Big Data est SAP HANA.
Qu’est-ce que SAP HANA ?
Dans une entreprise on trouve en général du transactionnel et du décisionnel ce qui avec SAP se traduit par un ERP (SAP ECC6 par ex) et un datawarehouse (BW). Les architectures nécessaires pour supporter ces énormes calculs sont extrêmement complexes et les bases de données SGBDR sont énormes. La limite étant le temps de traitement relativement long.
SAP HANA va permet de traiter de manière quasi instantanée les données en mémoire en chargeant une partie des bases en mémoire. D’où le nom de « technology in memory ».
Dis simplement on va faire du décisionnel et du transactionnel en temps réel.
http://www.sap.com/france/solutions/technology/in-memory-computing-platform/hana/overview/index.epx
Effacement des IDOCs
Vous pouvez utiliser la transaction WE11 (rapport RSETESTD), avec cette opération, vous pouvez supprimer les IDocs. C’est une suppression pure et simple de I’Docs de la base de données.
La transaction WE11 fonctionne parfaitement, les IDocs sont supprimés avec succès de la base de données.
Contrairement à IDocs d'archivage, WE11 supprimera IDocs indépendamment de leur statut de traitement (archivage idoc aide de la transaction SARA, ne fonctionne que pour les IDocs traités avec succès). Ce qui est très intéressant pour effectuer un nettoyage des IDOCs en erreur, que vous ne voulez plus traité.
Vous pouvez utiliser la transaction BD87, afin de monitoré les IDOCs et ainsi pouvoir sélectionner les IDOCs à supprimer.
Suppression d'un système dans l’administration centrale des utilisateurs (CUA)
Si un système n'est plus nécessaire dans le paysage du système, ou que le système central est inactif et qu’un utilisateur doit être maintenu, supprimer le système l'administration centrale des utilisateurs (CUA).
Procédure dans le système central
1. Connectez-vous au système central.
2. Exécuter le programme RSDELCUA (en utilisant la transaction : SA38).
Le système affiche l'écran Supprimer ensemble de l'administration centrale de l'utilisateur. Le nom du modèle de distribution est affiché sous User Administration centrale.
3. Dans la boîte Système cibles indiquez le système à supprimer de la CUA.
4. Réglez l'indicateur de test, et choisissez Exécuter.
Le système affiche un aperçu des données à supprimer. Vous pouvez sauter à la transaction SE16 en double-cliquant.
5. Si vous êtes satisfais avec le résultat du test, sélectionnez Retour et désélectionner l'indicateur de test. Puis sélectionnez Exécuter.
Le système affiche un aperçu des données supprimées.
6. Dans la transaction WE20, sous des profils partenaires pour Type de partenaire LS, supprimer les types de messages CCLONE et USERCLONE pour le système de réception (du système à supprimer).
S’il n'y a plus d'autres types de messages, vous pouvez supprimer complètement ce profil de partenaire. Cependant, vous ne pouvez alors plus distribuer le modèle de distribution du système supprimée des CUA. Cela signifie que vous devez également effectuer les étapes 3 et 4 de la procédure dans le système de l'enfant.
7. Dans le guide d'implémentation (IMG, transaction SALE), choisissez Modéliser et implémenter processus de gestion ® Gérer modèle de répartition et répartir vues (transaction BD64).
8. En mode de changement, supprimer les méthodes pour le système à supprimer (dans Admin Centrale utilis.).
9. Sauvegardez.
10. Distribuer le modèle de distribution en choisissant Traiter ® Vue du Modèle ® répartir et sélectionner le système de l'enfant que vous venez de supprimer de la sélection sur la fenêtre de dialogue.
11. Vérifier si le système a été supprimé de la CUA aide de la transaction SCUA.
12. S'il n'y a pas d'autres systèmes de l'enfant de l'CUA dans le système SAP qui contient le système de l'enfant qui doit être retiré de la CUA, changer le mode de communication dans la transaction (comme CUA_PRD), par la suppression du rôle Z_SAP_BC_USR_CUA_CLIENT sur la page de l'onglet Rôles. Si cela signifie que l'utilisateur n'est plus assigné des rôles ou les profils, vous pouvez supposer qu'il ne soit pas utilisé à d'autres fins, et vous pouvez le supprimer.
Comme les destinations RFC que vous avez créées avec la CUA peuvent être utilisées pour d'autres connexions ALE, vous ne devez pas supprimer les destinations RFC, mais seulement supprimer les rôles des autorisations de CUA de l'utilisateur de communication utilisé pour la CUA.
Procédure dans le système de l'enfant
1. Supprimer les données pour le système d'envoi (système central) dans la transaction WE20.
Si seulement le type de message SYNCH créé automatiquement reste, vous pouvez supprimer complètement le profil du partenaire. Cependant, les profils de partenaire «vides» de ce type ne causent pas de perturbations. Si d'autres types de messages sont encore inscrits, le profil du partenaire est toujours utilisé par d'autres moyens, et ne peut pas être supprimé.
Si vous avez distribué le modèle de distribution a changé dans le système central pour le système de l'enfant, vous n'avez plus besoin d'effectuer les étapes 3 et 4.
2. Dans le guide d'implémentation (IMG, transaction : SALE), choisissez Modéliser et implémenter processus de gestion ® Gérer modèle de répartition et répartir vues (transaction BD64).
3. En mode de modification, sélectionnez le modèle (comme CUA), et choisissez Supprimer.
4. Dans le système de l'enfant, changer le mode de communication (comme CUA_PRD_324) dans la transaction SU01 en supprimant le rôle Z_SAP_BC_USR_CUA_CLIENT sur la page de l'onglet Rôles. Si cela signifie que l'utilisateur n'est plus assigné des rôles ou les profils, vous pouvez supposer qu'il ne soit pas utilisé à d'autres fins, et vous pouvez le supprimer.
Comme les destinations RFC que vous avez créées avec la CUA peuvent être utilisées pour d'autres connexions ALE, vous ne devez pas supprimer les destinations RFC, mais seulement supprimer les rôles des autorisations de l'AUC de l'utilisateur de communication utilisé pour l'AUC.
Résultat :
Vous avez supprimé le système de garde de l'administration centrale des utilisateurs. Si vous voulez inclure dans la CUA de nouveau, vous devez effectuer un nouveau transfert de l'utilisateur.
Mise jour du Kernel SAP – Copie automatique des exe
Source :
http://help.sap.com/saphelp_nw04/helpdata/en/4f/37783021fc11d288cd0000e83539c3/content.htm
Le programme Sapcpe
Sapcpe de programme assure le réglage automatique des exécutables installés localement, si des modifications ont été apportées aux exécutables sur l'instance centrale.
Il effectue la copie initiale des exécutables à partir du répertoire central dans le répertoire local si vous configurez un système pour les exécutables locaux (voir Installation exécutables locaux grâce au réglage automatique).
Seuls les exécutables les plus souvent utilisés sont copiés. Pour les exécutables qui sont utilisés moins souvent, spacpe établit des liens symboliques vers les exécutables dans le répertoire central (voir graphique dans Caractéristiques du réglage automatique).
Il vérifie que les exécutables locaux sont à jour à chaque démarrage d'une instance R/3 qui utilise des exécutables locaux. sapcpe vérifie les exécutables locaux par rapport au répertoire central. Il copie les nouveaux fichiers exécutables dont la date ou taille a changé.
Cette fonction de SAPCPE rend inutile de distribuer des exécutables à la main après avoir installé une version SAP ou de mise à niveau. Pour mettre à jour votre système SAP distribué, il vous suffit de redémarrer les instances SAP qui sont mis en place pour le réglage automatique.
Si sapcpe trouve l'un des fichiers de la liste suivantes dans usr/sap/<SID>/SYS/exe/ctrun, il ne copie que les exécutables listés dans ces fichiers dans le répertoire /usr/sap/<SAPSID>/SYS/exe/run locale répertoire :
instance.lst , instancedb.lst , tools.lst , inhouse.lst , frontend.lst
Quels fichiers sont copiés ou liés à est déterminé dans le fichier de configuration sapcpeft.
Si aucun des fichiers de la liste ci-dessus mentionnés est disponible, copies sapcpe ou relie tous les fichiers définis dans le fichier de configuration sapcpeft.
Cette liste contient tous les exécutables nécessaires pour une instance SAP à fonctionner normalement. Tous les exécutables dans cette liste sont copiés selon l'attribut dans le répertoire local.
gwrd , gwwp , gwhost , sapexec , sapmscsa , disp + travail , rsyn.bin , etc SAProuter
Vous pouvez remplacer le tableau interne en utilisant l'entrée dans le fichier sapcpeft. Pour plus d'informations sur ces fichiers, consultez Configuration sapcpe.
Par défaut, sapcpe utilise des liens symboliques pour faire d'autres exécutables moins fréquemment utilisés dans /usr/sap/<SID>/SYS/exe/ctrun. Cette procédure garantit que ces exécutables, qui sont généralement utilisés uniquement pour le test, n'occupent pas l'espace disque local.
Remarque après avoir copié les fichiers exécutables, le début de l'instance peut être retardé pendant plusieurs minutes.
Le hotfix 2 pour le SAPGUI 730 Patch 6 est disponible.
Le hotfix 2 pour le SAPGUI 730 Patch 6 est disponible sur le marketplace depuis le 23/10/2013.
J’ai téléchargé et installé le patch, et je n’ai rencontré jusque maintenant aucun problème.
Voici quelque information (de chez SAP), concernant les Hotfix pour SAPGUI.
SAP GUI pour les correctifs de Windows sont livrés tous les 6-8 semaines (voir la note SAP 1053737 pour plus d'informations sur les dates de livraison prévue des patches).
Le prochain patch SAP : Patchlevel 7: Devrait être livré en semaine 50/2013 (09th Décembre - 13th Décembre 2013).
Q: Qu'est-ce qu'un " hotfix" pour SAP GUI pour Windows?
A: Un correctif est une extension d'un patch existant de SAP GUI pour Windows dans lequel une ou plusieurs corrections importantes a / ont été ajoutés en plus de ces correctifs déjà faisant partie du patch d'origine . Les correctifs sont livrés seulement des corrections particulièrement critiques et urgentes.
Q: Quel est l'avantage d'un correctif ?
A: Un correctif peut être expédié quel que soit le calendrier d'expédition des patchs réguliers SAP GUI et il ne contient qu'une seule ou du moins très peu de correction ( s) . Par conséquent, le risque de régressions introduction est plus faible.
Q: Quel est le contenu des fichiers " gui_ <Release> _ <Patchlevel> _ <Hotfixlevel> exe . " Et "gui <Release> _pdb_ <Patchlevel> _ <Hotfixlevel> exe . " Et qu'est-ce que signifient ces noms ?
R: Le terme <Release> montre la libération de SAP GUI , <Patchlevel> montre le niveau de patch du patch correctif est valable et <Hotfixlevel> contient l'index du correctif. Un exemple serait " gui720_1_3.exe " - hotfix 3 pour patchlevel 1 de SAP GUI pour Windows 7.20.
Les fichiers " gui_ <Release> _ <Patchlevel> _ <Hotfixlevel> exe . " Contient les correctifs , tandis que les fichiers "gui <Release> _pdb_ <Patchlevel> _ <Hotfixlevel> exe . " Contient les fichiers PDB pour les correctifs - ce sont nécessaire uniquement dans le cas où un problème se produit avec le correctif.
Tout comme SAP GUI patchs correctifs sont cumulatifs et contiennent les corrections de tous les correctifs précédents pour le même niveau de patch et toutes les corrections du niveau de patch correctif a été créé pour lui-même.
