Ansicht
Dokumentation

12288 - WG: Recommendations for patchlevels of binary patches on iseries/Windows-Appl.

12288 - WG: Recommendations for patchlevels of binary patches on iseries/Windows-Appl.

ABAP Short Reference   CPI1466 during Backup  
This documentation is copyright by SAP AG.
SAP E-Book

WG: Recommendations for patchlevels of binary patches on iseries/Windows-Appl.

Hello Niko,

as far as I know SAP will provide the feature "rolling kernel update" on the
basis of the the 4.6D_EXT kernels (I don't know, if it will be there right from
the beginning of the availability of these kernels, though...).
With this feature it will be possible to update the kernel on one application
server while all the other application servers will be active. The use of this
feature surely will have some preconditions. For details please do a notes
search for these key words, since I do not know yet where it is described.

When you use this feature and do a rolling kernel upgrade the appserver will not
come up, iff the kernel is not compatible with the others in use. Reading
between the lines this means, that SAP knows, which kernel patch levels do work
together and which ones do not. Looks like starting from 4.6D_EXT on the problem
should be solved.


Viele Grüße / Kind Regards

Christian Hoelters
Development Manager
SAP NetWeaver on IBM eServer iSeries
Tel.: +49-6227-7-44189
e-mail: christian.hoeltersZsap.com

-----Ursprüngliche Nachricht-----
Von: niko_schmitz [mailto:nschmitzZgibmbh.de]
Gesendet: Mittwoch, 10. Dezember 2003 10:03
An: DoNotReply@consolut.eu
Betreff: Re: Recommendations for patchlevels of binary patches on
iseries/Windows-Appl.

Hi Volker,

thank you for the reply.
Once again the basis administrators have to find
out the right combination of binary patches for their
systems.

Greetings,

Niko

P.S.
With application servers running under WIN2003 the memory limitation
for the total SAP buffer size of approx. 1,2GB disappeared. 3GB-
Option has been set.
--- In DoNotReply@consolut.eu, "Volker Gueldenpfennig"
<volker.gueldenpfennigZs...> wrote:
> Hi,
>
> I don't know of any "official" thing.
>
> But, it is clear, that both patches need to be "as similar" as
> possible. There it is not of any interest if the iSeries patch is
> higher or the windows patch. Just take that what you can find on
the
> SMP - mostly this is not exact in sync.
>
> The simple reason:
> In general it would be not of any interest at all when no changes
> were done in special structures, that go from appl-server to appl-
> server or are stored in the DB.
> But, unfortunately this happens sometimes with special patches. (I
> think with about 1498 we changed the dynpro version) This had a
> pretty bad result for customers with NT below this and iSeries
above
> or vice versa, because it always started regenerating with the
> performance and SQL0913 problems, that are a result of this.
> Here you can see, that it does make no difference what system would
> have been higher.
> As soon as the patch number is not the same, there is ALWAYS a
slight
> risk, that you run into such an issue ...
>
> Regards
>
> Volker
>
> --- In DoNotReply@consolut.eu, "niko_schmitz" <nschmitzZg...>
> wrote:
> > Hello group,
> >
> > does anybody know about official SAP recommendations regarding
the
> > patchlevels of binary patches on an iSeries central instance
> compared
> > to the patchlevels on the associated Windows application servers?
> > I only know about the inofficial statement that the patchlevels
on
> > the Windows application servers should not be higher than the
> > patchlevels on the central instance.
> >
> > Thank you for your help,
> >
> > Kind regards,
> >
> > Niko Schmitz
> > gib mbH



Have a look to our homepage at: http://www.consolut.net
DoNotReply@consolut.eu

Your use of consolut is subject to http://www.consolut.net


Durban Tours - Südafrika Safari

TXBHW - Original Tax Base Amount in Local Currency   RFUMSV00 - Advance Return for Tax on Sales/Purchases  
This documentation is copyright by SAP AG.

Length: 5331 Date: 20240424 Time: 040749     sap01-206 ( 4 ms )