IBM
Systems
-
iSeries
Redes
Introducción
a
las
comunicaciones
del
iSeries
Versión
5
Release
4
IBM
Systems
-
iSeries
Redes
Introducción
a
las
comunicaciones
del
iSeries
Versión
5
Release
4
Nota
Antesde utilizarestainformaciónyelproductoalquehacereferencia,leasinfaltalainformación quefiguraen:“Avisos”,enlapágina 101.
Contenido
Introducción
a
las
comunicaciones
del
iSeries
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 1
NovedadesdelaV5R4 . . . 2
ArchivoPDFimprimible . . . 2
Conceptossobreredes . . . 2
AdvancedPeer-to-PeerNetworking. . . 2
Comunicacionesavanzadasprogramaaprograma 3 SoportedelpeticionariodeunidadesLU dependientes(DLUR) . . . 4
Direccionamientodealtorendimiento(HPR) . . 4
Arquitecturadereddesistemas . . . 6
TCP/IP . . . 6
ConfigurarelservidoriSeriesparalas comunicaciones . . . 6
Crearunadescripcióndeinterfazdered . . . . 6
Crearunadescripcióndeservidordered. . . . 7
Crearunadescripcióndelínea . . . 7
Optimizarelrendimientodelascomunicaciones . . 7
Mejorarelrendimientodelareddeáreaamplia . 7
Mejorarelrendimientodelareddeárealocal. . 10
Mejorarelrendimientodelavíadedatos . . . 12
Aplicacionesdecomunicaciones . . . 20
AplicacionesAPPCescritasporelusuario . . . 20
Gestióndedatosdistribuidos(DDM). . . 20
Consideracionessobreelrendimientodela interfazdeprogramacióndeaplicaciones(API) . 21
Comunicarconsistemasprincipales . . . 23
CoordinarlosparámetrosdelsistemaiSeriespara unsistemaprincipal . . . 23
ConfigurarelpeticionariodeunidadesLU dependientes(DLUR) . . . 35
ComunicarconunservidoriSeriesremoto . . . . 36
Coordinarlosparámetrosdedescripcióndelínea delsistemaiSeriesparaunsistemaiSeriesremoto 36 Coordinarlosparámetrosdedescripciónde controladordelsistemaiSeriesparaunsistema iSeriesremoto . . . 38
Coordinarlosparámetrosdedescripciónde dispositivodelsistemaiSeriesparaunsistema iSeriesremoto . . . 40
ConectarunservidoriSeriesconotroservidor iSeries . . . 41
Comunicarconcontroladoresdeestacionesde trabajoremotas . . . 45
CoordinarlosparámetrosdelsistemaiSeriespara controladores5494 . . . 45
CoordinarlosparámetrosdelsistemaiSeriespara uncontrolador3x74 . . . 54
CoordinarlosparámetrosdelsistemaiSeriespara loscontroladoresdefinanzas . . . 59
CoordinarlosparámetrosdelsistemaiSeriespara Estándaresdereddeáreaamplia . . . 78
Resolverproblemasdecomunicaciones . . . 80
Visualizarcolasdemensajespararesolver problemasdecomunicaciones . . . 81
Visualizarlasanotacionesdeactividaddel productopararesolverlosproblemasde comunicaciones . . . 81
Visualizarlaimpresióndelasanotacionesde errorpararesolverlosproblemasde comunicaciones . . . 82
Resolverproblemasdecomunicaciones utilizandoelrastreodecomunicaciones . . . . 83
Resolverproblemasdecomunicaciones utilizandolasanotacionesdeproblemasdel sistema . . . 86
Resolverproblemasdecomunicaciones utilizandolainformacióndeestado . . . 86
Consideracionessobreelajustedelsistema durantelarecuperacióndeerrores. . . 87
Utilizarlosmensajesdeerrorcomoayudaenla recuperacióndeerrores . . . 87
Resolverproblemasdecomunicaciones utilizandoloscódigosderazón. . . 87
Informacióndeconsulta . . . 89
Detallesdelejemplo:conexióndeiSeriescon servidorhostporunalíneaSDLCnoconmutada. 89 Detallesdelejemplo:conexióndeiSeriesconun servidorhostporunalíneaTokenRing . . . . 90
Detallesdelejemplo:soporteDLURdelservidor iSeriesconconexiónconelservidorhost . . . 91
Detallesdelejemplo:servidoriSeriescon conexiónAPPNconVTAM . . . 92
Detallesdelejemplo:conexióndeservidoriSeries conservidoriSeriesmedianteX.25. . . 93
Detallesdelejemplo:conexióndelservidor iSeriesconelservidoriSeriesmedianteSDLC . . 94
Detallesdelejemplo:conexióndelservidor iSeriesconelservidoriSeriesqueutilizael accesotelefónicoautomáticounidireccional. . . 95
Detallesdelejemplo:conexióndelservidor iSeriesconelservidoriSeriesmediante EnterpriseExtender(HPRIP) . . . 97
Detallesdelejemplo:conexióndelservidor iSeriesconunaunidaddecontrol3174 . . . . 98
Detallesdelejemplo:conexióndelservidor iSeriesconunareddefinanzas. . . 99
Detallesdelejemplo:conexióndelservidor iSeriesconlaLU04690porunaredTokenRing . 99 Detallesdelejemplo:conexióndelservidor
iSeriesconunigual4690porunaredTokenRing 99 ||
| | | |
Introducción
a
las
comunicaciones
del
iSeries
Elservidor iSeriespuedeutilizarmuchas tecnologíasdereddiferentes. Losprotocolossoportadosson TCP/IP,APPC,APPN,HPR ycomunicacionesdeestacióndetrabajoremota,asíncrona ysíncronaen binario.
Laconfiguración decomunicacionesdeliSeries sellevaacabocreandomanualoautomáticamenteun conjuntodeobjetosde configuraciónquerepresentanlossistemas localesyremotosquesevana comunicar.Lostiposdeobjetosnecesariosparaunaconfiguración decomunicacionesvaríanenfunción deltipo decomunicacionesqueseconfigure.
NovedadesdelaV5R4
Resaltaloscambios ylasmejorasrealizadoseneltemaIntroducciónalascomunicacionesdel iSeries.
ArchivoPDFimprimible
ImprimaestetemasiquiereverunacopiaimpresadeldocumentoIntroduccióna las comunicacionesdeliSeries.
Conceptossobre redes
Aquíencontraráexplicacionesydefiniciones delostérminosy conceptosrelacionadosconlasredes.
ConfigurariSeriesparalascomunicaciones
Aquíencontrarálospasosparaconfigurarelservidor iSeriesdecaraalascomunicaciones.
Optimizarel rendimientodelascomunicaciones
Procedimientosparaconseguirelmejorrendimientodelas comunicacionesconsuentornode comunicacionesconcreto.
Aplicacionesdecomunicaciones
Informaciónsobrecómoimplementarlasaplicacionesdecomunicaciones.
Comunicarconsistemas principales
ConfigureelsistemaiSeriesdecaraalacomunicaciónconsistemasprincipales.
Comunicarconun sistemaiSeriesremoto
ConfigureelsistemaiSeriesparaestablecercomunicaciónconotrosistemaiSeries.
Comunicarconcontroladores deestacionesdetrabajoremotas
ConfigureelsistemaiSeriesparaestablecercomunicaciónconloscontroladoresde estacionesde trabajoremotas.
Estándaresderedes
Estetemapresentalostiposdeestándares deredescomunes quesepuedenutilizarenelsistema iSeries.
Resolverproblemasrelacionadosconlas comunicaciones
Novedades
de
la
V5R4
EnterpriseExtenderesunaarquitecturaderedquepermitequelasaplicacionesdearquitecturaderedde sistemas(SNA)seejecuten porredesdeprotocolo Internet(IP)medianteeldireccionamientodealto rendimiento(HPR).EsteeselprocedimientopreferidoparaejecutaraplicacionesSNAporredesIPcon adaptadoresdeentrada/salida(IOA)de comunicacionescomo GigabitEthernet,yaquenosenecesitaun procesadorde entrada/salida(IOP)paraestosIOA. Losadaptadoresdecomunicacionesquenoutilizan unIOPnosoportanSNAyporesosenecesitaEnterpriseExtenderparaejecutarSNApordichos adaptadores.Según IBM,convieneutilizarEnterpriseExtenderenlugardeAnyNet.
SehaperfeccionadoelrastreodelascomunicacionesparaquecapturedatosHPRquecirculenporredes IP,loquelepermiteresolverproblemasrelacionadosconlascomunicacionesenEnterpriseExtender.
Archivo
imprimible
Paraverodescargar laversiónPDFde estedocumento,seleccioneIntroducciónalas comunicacionesdel iSeries(alrededorde2180KB).
CómoguardararchivosPDF
SideseaguardarunarchivoPDFensu estaciónde trabajoparaverlooimprimirlo:
1. PulseelarchivoPDFconelbotón derechodelratónenelnavegador(pulseelenlacequehayencima conelbotónderechodelratón).
2. PulselaopciónqueguardaelPDFlocalmente.
3. Naveguehastaeldirectorioenelquedesea guardarelarchivo PDF. 4. PulseGuardar.
CómodescargarAdobeReader
ParapoderveroimprimirarchivosPDF,debeinstalarAdobeReaderensusistema.Puededescargar una copiagratuita desdeelsitioWebdeAdobe(http://www.adobe.com/products/acrobat/readstep2.html)
.
Conceptos
sobre
redes
Sideseaobtener másinformaciónsobrelostemasderedes,consulte losiguiente: v SoportedeAdvancedPeer-to-Peer Networking(APPN)
v Comunicacionesavanzadasprogramaaprograma (APPC) v Soportedelpeticionariodeunidades LUdependientes(DLUR) v Direccionamientode altorendimiento(HPR)
v Arquitecturaderedde sistemas(SNA) v TCP/IP
Advanced
Peer-to-Peer
Networking
AdvancedPeer-to-Peer Networking(APPN)esuntipodesoportedecomunicacionesdedatos proporcionadoporelsistemaiSeries.Estesoportedirecciona losdatosdeunaredentredosomás sistemasavanzadosprogramaaprograma.Noesnecesarioquelossistemasesténconectados directamenteenlamismaredo enredesadyacentes.
ElsoporteAPPC/APPNmanejatodoslosrequisitosdeprotocoloSNAcuandoelsistemasecomunica | | | | | | | | | | | | | |
v System/38
v IBMPersonalComputer v Displaywriter
v Series/1
v Sistemade administración5520
v RISCSystem/600 (sistemaconconjuntoreducidodeinstrucciones) v DPPX/370(DistributeProcessingProgrammingExecutive)
v
Unode lossistemasprincipalessiguientes: – System/370
– System/390 – Procesador30XX – Procesador43XX – Sistema9370
– Otrosistemaquesoporteelniveldearquitecturaadecuado
ElsoporteAPPNdeliSeriesconstituyeunamejorade laarquitecturade tipodenodo 2.1SNAque suministrafuncionesde red.Estas mejorasson fácilesdeutilizar, dinámicasy proporcionanelcontrolde laredalossistemasigualesqueformanlared.APPNofrecelassiguientesfuncionesavanzadas:
v Serviciodedirectorio distribuido.
v Seleccióndinámicade rutasenfuncióndelosvaloresespecificadosporelusuario. v Direccionamientode sesionesintermedias.
v Direccionamientode datosutilizandoprioridadesde transmisión.
Aexcepcióndeldireccionamientodesesionesintermedias,eldireccionamientode altorendimiento(HPR) sebasaenestasfuncionesdeAPPN.SideseaobtenermásinformaciónacercadeldireccionamientoHPR, consulteelapartadoDireccionamientode altorendimiento(HPR).
Comunicaciones
avanzadas
programa
a
programa
Comunicacionesavanzadaprogramaa programa(APPC)esunsoportedecomunicacionesdedatosque permitequelosprogramasde unservidor iSeriessecomuniquenconlosprogramasdeotrossistemas quetengan soportede comunicacionescompatible.APPCenelsistemaiSeriesproporcionauna interfaz deprogramacióndeaplicacionesa lasarquitecturasdetipo deunidadlógica(LU)6.2ytipode nodo2.1 delaarquitecturadereddesistemas(SNA).
ElsoporteAPPC manejatodoslosrequisitosde protocoloSNAcuandoelsistemasecomunicaconun sistemaremotoqueutilizalasarquitecturas detipode LU6.2ytipo denodo2.1. Puedeconectarsu sistemaacualquierotrosistemaquesoportelainterfazdeprogramaAPPC.Losprogramasdeaplicación APPCtambiénpuedencomunicarseporlaslíneas utilizandoelprotocoloInternet (IP)deTCP/IP
(protocolodecontroldetransmisión/protocoloInternet).
ElsoporteAPPC deliSeriesmanejaelprotocolonecesarioparalacomunicaciónentreunprogramade aplicaciónqueseejecutaenelsistemaiSeriesyuna aplicaciónqueseejecutaenunsistemaremoto.El protocoloconsisteenunconjuntodeverbos comunesalossistemaslocaly remotodeunared.Sin embargo,laformaenquecadaunode lossistemasproporcionaunainterfazdeprogramaparalos verbospuedeserdistinta.
ElsistemaiSeriesproporcionalassiguientesinterfacesdeprograma:
v LainterfazdearchivoICF(funcióndecomunicacionesintersistema).EnICF,losverbos deLU6.2se ejecutanutilizandopalabras clavedeespecificacionesdedescripciónde datos(DDS)yformatos suministradosporelsistema.
v Lainterfazdellamadade comunicacionesde interfazcomúnde programación(CPI).LosverbosdeLU 6.2seejecutanutilizandollamadasdecomunicacionesCPI.
v Lainterfazdeprogramacióndeaplicaciones(API)desockets.ParalaAPIde sockets,losverbos deLU 6.2seejecutanutilizandolasfuncionesdesocket.
ElsoporteAPPC tambiénmanejalasfunciones deredypermitealossistemasigualesde unarediniciar yfinalizarsesionessinunsistemaprincipaldecontrol.
ElsoporteAdvanced Peer-to-PeerNetworking(APPN)deliSeriesesunamejora delaarquitecturade tipodenodo 2.1.APPNproporcionafuncionesderedadicionales,comoporejemplolabúsquedaen directoriosdistribuidos,laseleccióndinámicade rutas,eldireccionamientode sesionesintermedias, la creaciónyeliniciodeubicacionesremotasy eldireccionamientodedatosutilizandoprioridadesde transmisión.
Eldireccionamientodealtorendimiento(HPR),creadoa partirdeAPPN,constituyeuna mejorade APPNquehaceposibleunamayordisponibilidad ypersistenciaenlascaídas delared.
Soporte
del
peticionario
de
unidades
LU
dependientes
(DLUR)
ElsoportedelpeticionariodeunidadesLUdependientes(DLUR)ofrecea lasunidadeslógicas
secundarias(LU0,1, 2y3) unpuntode entradaa laredAPPN.ElsoportedelDLURdalaaparienciade tenerunaconexiónadyacenteconVTAM,peropermiteatravesarlaredAPPNmediante nodos
intermedios.
ElDLUR soportaloscontroladores, laspantallasylasimpresorassiguientes:
v Dispositivosde sistemaprincipal,entreelloslaemulación3270(*EML),laentradade trabajosremota (*RJE)ylascomunicacionesprogramaa programa(*PGM).
v Dispositivosde comunicaciónensentidoinversode pasoatravésSNA. v Dispositivosde pantallaDHCF.
v Dispositivosde impresoraypantallaNRF. v DispositivosSNUF (DSNX).
Losflujos SSCP-PUySSCP-LUnormales paraunidades lógicasdependientesseencapsulanenun conductodepuntode control-servidor(CP-SVR).Esteconductoconsta dedossesionesLU6.2: v Enviar
v
Recibir
Enelextremoprimariodelconducto seencuentraunServidordeunidadesLUdependientes(DLUS). EnelextremosecundariodelconductoseencuentraunPeticionariodeunidadesLUdependientes (DLUR).ElDLUSy elDLURsoportanlaactivaciónydesactivaciónde unidadesfísicas(PU)yunidades lógicas(LU)dependientesenlaredAPPN.Elconductoconstade unpar deconversacionesdeLU6.2 dondedosaplicacionesAPPC(elDLURyelDLUS)intercambianflujosSSCPSNAdependientes.Los flujosseencapsulanenuna variableGDS(corrientededatosgeneral)y seenvíanenregistroslógicosde LU6.2.Elpar deconversacionesutilizadasparatransmitirlosflujosSNAencapsuladossedenomina conductoCP-SVR.
ParaconfigurarelDLUR,consulteelartículoConfigurar elpeticionario deunidadesLUdependientes (DLUR).
Direccionamiento
de
alto
rendimiento
(HPR)
Eldireccionamientodealtorendimiento(HPR)eslaevolucióndeAdvanced Peer-to-PeerNetworking (APPN).HPRmejora elrendimientoylafiabilidaddeldireccionamientodedatosdeAPPN,sobretodoal utilizarenlacesdebajoíndice deerroryaltavelocidad.
APPNexistenteutilizandoeldireccionamientoautomáticodered(ANR),quemaximiza losrequisitosde almacenamientoyprocesoenlosnodosintermedios. Cadaunode lospaquetes desalidatiene unavía predeterminadaenlareddemodoquenoesnecesarioquelosnodosdedireccionamientointermedios recuerdennadaacercadelassesionesdeHPR quefluyenporellos.Losnodosde direccionamiento intermediosdeHPR simplementedireccionanlosdatosa partirde lainformaciónquecontieneelpropio paquete.
EnterpriseExtender(redesSNAporIPutilizandoHPR)
EnterpriseExtenderesunaarquitecturaderedquepermitequelasaplicacionesdearquitecturaderedde sistemas(SNA)seejecuten porredesdeprotocolo Internet(IP)medianteeldireccionamientode alto rendimiento(HPR).EsteeselprocedimientopreferidoparaejecutaraplicacionesSNAporredesIPcon adaptadoresdeentrada/salida(IOA)de comunicacionescomo GigabitEthernet,yaquenosenecesitaun procesadorde entrada/salida(IOP)paraestosIOAy,porlotanto,nosoportanSNAde maneranativa. SegúnIBM,convieneutilizarEnterpriseExtenderenlugardeAnyNet.
EnterpriseExtenderutilizalossiguientesconjuntosdeopcionesdeHPR:1401,1402,2006y 2009.Estos conjuntosdeopciones, asícomo1400,sedescribenmásabajo.
LafunciónHPRpuedeoperarenuna arquitecturabase oenlaarquitecturabase conopciones incorporadas.BajolaopciónTorreRTP (protocolodetransporte rápido)existenprestacionesde rendimientodisponiblesquenoloestánconlaarquitecturabase.Paraobteneruna explicaciónmás minuciosadequéopcióndearquitecturaeslamásapropiada, consultelosiguiente:
v OpciónbasedeHPR(conjuntodeopciones1400):sufunciónprimariaconsisteenproporcionarel direccionamientoautomáticodered(ANR).Losproductosquesoloutilizanestafunciónpueden participarcomonodosintermediosenunaovariasconexionesde protocolodetransporte rápido (RTP).Estetipode implementaciónnopuedeser unpuntofinaldeuna conexiónRTP. Unaadicióna la opciónbaseeslarecuperaciónencasodeerrora niveldeenlacede HPR.Unsistemaquesoporta enlacesdealtavelocidadnosiemprenecesitalarecuperaciónde erroresanivelde enlace.Esopcional porque,cuandoseeliminalarecuperaciónencasodeerroraniveldeenlace, lascomunicaciones puedenser másrápidasalutilizarlatransmisiónde datosdealtacalidad.
v Opcióndetorre RTP(conjuntodeopciones1401):lasimplementacionesquesoportanestaopción puedenfuncionara modode puntofinaly soncapacesdetransportartráfico desesionesdeunidad lógicaa unidadlógica(sesionesde LUaLU)porredesHPR utilizandoconexionesdeprotocolode transporterápido(RTP). UnaconexiónRTPsolopuedeestablecerseentredossistemasquesoportenel protocoloRTP. Esdecir,solopuedehaberunacombinacióndesistemasenlavíade unadeterminada conexiónRTPatravés delared(sistemasquesolosoporten laopciónbasedeHPR ysistemasque soportenlaopcióndetorreHPR).Sinembargo,estáestipuladoque,comomínimo, losdospuntos finalesde lavía debensoportarlaopcióndetorreHPR.Encasocontrario,seutilizaAPPN.
Nota: Unaimplementación quetengalaopcióndetorreRTPtambiénsoportalaopciónbase.Estos sistemas puedenejecutarsecomosistemasintermedios delavía.
v Opcióndeflujosdecontrolportorre RTP(conjuntodeopciones1402):estaopciónprovocasesiones entrepuntosdecontrol(sesionesCPa CP)yhacequelosmensajesdeconfiguración derutasfluyan porconexionesRTPespeciales.LassesionesCPa CPseestablecenentreparesdenodosadyacentesy seutilizanparadifundirlosflujos delatopologíaatodalared,paraqueasítodonodotengala topologíadetodalaredalmacenadaensubasesde datosdetopología.Losmensajesde configuraciónde rutassondetipopetición yrespuestayseempleanparaobtenerinformaciónsobreuna rutaporlaque seestableceráuna conexiónRTP. Lapetición deconfiguraciónde rutaseenvíadelnodoorigenalnodo destinosiguiendolarutaexacta quehayqueutilizar. Sedetienea cadanodointermedioquese
encuentraporelcaminoparareunirinformaciónasociadaa lavíadereenvío.Larespuestade | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
nodointermediodelcaminoparareunirinformaciónsobreelcaminode vuelta.Elnodo origen, cuandorecibelarespuesta,utilizalainformaciónreunidaparaestablecerunanuevaconexiónRTPo pararedireccionarunaconexiónexistente.
v Opcióndesoportedecontroldeenlace dedatoslógico(LDLC)(conjuntodeopciones2006):LDLC es untipodecontroldeenlacelógico(LLC)definidoparautilizarseconredes HPRjunto conlaopción FlujosdecontrolportorreRTP(conjuntodeopciones1402)porenlacefiablesquenoexijan
recuperaciónencasode errora niveldeenlace. LDLCsoloseutilizaparalosenlacesEnterprise Extender.
v
Opcióndecontrol deenlacededatos(DLC)deIPnativo (conjuntode opciones2009):IPnativoes unaopciónde DLCqueseempleaconlosconjuntosdeopciones1400,1401,1402y2006para permitirleaprovecharlasventajasdelas funcionesAPPN/HPR, ventajascomolaclasedeservicio (COS)yelcontroldeflujo/congestiónbasadoenlafrecuenciaadaptativaenelentornoIP.Este conjuntodeopcionescontienesoporteparalosenlacesEnterpriseExtender.
Arquitectura
de
red
de
sistemas
EnlasredesIBM,laarquitecturaderedde sistemas(SNA)eslaestructuralógicaporcapas,losformatos, losprotocolosy lassecuenciasoperativasqueseutilizanparatransmitirunidades deinformaciónporlas redes.SNAtambiéncontrolalaconfiguración yelfuncionamientodelasredes.
APPC,APPNy HPRsonalgunos ejemplosdelosprotocolosincluidos enSNA.Sepuedenutilizarpara conectarelservidoriSeries serverconotrossistemasIBM,o sistemasnoIBM,paraconectarcontroladores remotosy paramantenerunaltonivelde seguridadenelsistema.
TCP/IP
Elprotocolode controlde transmisión/protocoloInternet (TCP/IP)esunconjuntodeprotocolosdered quepermitea lossistemascompartirrecursoseintercambiar informacióna travésdeunared.TCP/IP permitea lossistemasprincipalescomunicarseentresíindependientementedelaubicaciónfísica,el sistemaoperativooelmediodereddelsistemaprincipaloelusuario.TCP/IPoperaenmuchosentornos dereddistintos,entreellosInternety lasintranetscorporativas.
Sideseaobtener másinformaciónalrespecto,consulteeltemaVíarápidade configuracióndeTCP/IP.
Configurar
el
servidor
iSeries
para
las
comunicaciones
Sideseaconfigurarelservidor iSeriesparalascomunicaciones,sigaestospasos:
1. Enfuncióndeltipodehardwarequetenga,talveznecesiteconsultarlostemas siguientes: v “Crearunadescripción deinterfazdered”
v “Crearunadescripción deservidorde red”enlapágina7
2. “Crearunadescripciónde línea”enlapágina7.Según elhardwarequetenga, laslíneaspueden conectarseaunservidorde redoaunainterfazde red.
Crear
una
descripción
de
interfaz
de
red
Losvaloresdeconfiguración deunaredframerelayestáncontenidasenunadescripción deinterfazde red.
Paracrearunadescripcióndeinterfazde red,lleveacabolasaccionessiguientes: 1. EscribaCRTNWIFR(Crearinterfazde red,redframerelay)ypulseF4.
2. Utilicelainformaciónde ayudaenlíneaparaelegirlosvalorescorrectosdelosparámetros. 3. PulseIntro. Secrealadescripción deinterfazdered.
| | | | | | | | | | | | |
Crear
una
descripción
de
servidor
de
red
ElmandatoCreardescripción deservidorde red(CRTNWSD)creaunadescripciónparaunservidorde red.Ladescripciónde servidorde redincluyeparámetrosde softwaredeservidor,descripcionesde protocoloderedydefiniciones deequipodecomunicacionesadjunto(talescomodescripcionesde líneas).
Paracrearunadescripcióndeservidor dered,llevea cabolas accionessiguientes:
1. Escriba elmandatoCreardescripciónde servidordered(CRTNWSD)enlalíneademandatos del sistemaiSeriesy pulseF4.
2. Utilice lainformaciónde ayudaenlíneaparaelegirlosvalorescorrectosdelosparámetros. 3. PulseIntro. Secrealadescripción deservidor dered.
Crear
una
descripción
de
línea
Lasdescripcionesdelíneadescribenlaconexióndelalíneafísicay elprotocolode enlacededatosquese utilizaráentreelservidor iSeriesylared.
Paracreardescripcionesde línea,sigaestospasos:
1. Escriba elmandatoadecuadode entrelalista quefiguraa continuaciónenlalíneademandatos del sistemaiSeriesy pulseF4.Elmandatoqueescribadependerádeltipode líneaqueestécreando. v Creardescripción delínea(Ethernet)(CRTLINETH)
v Creardescripción delínea(Interfazdedatosdistribuidos(DDI)) (CRTLINDDI) v Creardescripción delínea(FrameRelay) (CRTLINFR)
v Creardescripción delínea(Controlsíncronode enlacede datos(SDLC))(CRTLINSDLC) v Creardescripción delínea(TokenRing) (CRTLINTRN)
v Creardescripción delínea(Inalámbrica)(CRTLINWLS) v Creardescripción delínea(X.25)(CRTLINX25)
v Creardescripción delínea(Comunicacionesasíncronas)(CRTLINASC) v Creardescripción delínea(Comunicacionessíncronasbinarias)(CRTLINBSC) v Creardescripción delínea(Comunicacionesporfax)(CRTLINFAX)
v Creardescripción delínea(Comunicacionesdered)(CRTLINNET)
v Creardescripción delínea(Comunicacionesdeprotocolopuntoa punto)(CRTLINPPP) v
Creardescripción delínea(Comunicacionesdecontroldeenlacede datostwinaxiales) (CRTLINTDLC)
2. Utilice lainformaciónde ayudaenlíneaparaelegirlosvalorescorrectosdelosparámetros. 3. PulseIntro. Secrealadescripción delínea.
Optimizar
el
rendimiento
de
las
comunicaciones
Sonmuchos losfactores quepueden afectaralrendimientode losprogramasdeaplicación deliSeries. Paraconseguirelmejorrendimientoconsuentornodecomunicacionesconcreto,puedeleerestostemas: v Mejorarelrendimientode laredde áreaamplia(WAN).
v Mejorarelrendimientode laredde árealocal(LAN). v Mejorarelrendimientode lavía dedatos.
Mejorar
el
rendimiento
de
la
red
de
área
amplia
AfindeconseguirunmejorrendimientoconelservidoriSeriesalcomunicarseenunareddeárea amplia(WAN),debetenerencuentalosiguiente:
v “AjustarlosprotocolosdelaWANparaunrendimientoóptimodelservidoriSeries”enlapágina8 v “Ajustarlavelocidaddelíneade laWANparaunrendimientoóptimodelservidoriSeries”enla
página8
Ajustar
los
protocolos
de
la
WAN
para
un
rendimiento
óptimo
del
servidor
iSeries
Losprotocolosdelareddeáreaamplia(WAN)afectanalrendimientode lascomunicacionesenel servidoriSeries.UtilizaremoselprotocoloX.25amododeejemplo.Paracadacontroladorde
comunicacionesX.25, elservidor iSeriestienealgunaslimitacionesdeprocesoparalalínea,lavelocidad delíneayelnúmerototaldecircuitosvirtualesquepueden utilizarse.Puedereducirse ladegradacióndel rendimientorespetandoestaslimitaciones.
ParaoptimizarelrendimientodelsistemaiSeriesparalasredes deáreaamplia,lleveacabolastareas siguientes:
v
Reduzcaelnúmerototaldetramas utilizandotramasdemayortamaño.
v Afindesacarpartidodeestosgrandestamañosde trama,modifiqueelparámetroMAXFRAMEdela descripciónde línea(LIND)parareflejarelvalor máximo.ParaX.25,aumentelosparámetros
DFTPKTSIZEyMAXFRAME hastaqueadquieranelvalormáximo.
v ConfigureunalíneadelaWANcomodúplex afindeobtener unamayorproductividadparalas aplicacionesquepuedenaprovecharestamodalidad.Estotambiénpuedeproporcionarunamayor productividadparavariosusuarios.
v Incrementeframerelayhastasucapacidad.
Lavelocidadde datosparaunprotocolodeterminado puedeaumentaralincrementareltamañode trama.Enestas circunstancias,launidadcentralde proceso(CPU)yelprocesadordeentrada/salida (IOP)norealizantantoproceso.Alexistirmenostramasyde mayortamañotambiénseutilizalalíneade comunicacionesconmayoreficacia(mayorvelocidaddedatosefectiva) alreducirse losbytesgenerales delsistemay lasinversionesde línea.
FramerelaytieneunrendimientoequivalentesobreRS449,X.21yV.35enigualescondicionesy velocidadesde línea.Elrendimientode framerelay(tiempodeCPU) esparecidoaldeSDLC(control síncronode enlacede datos)oalgomejor.Paralasaplicacionesde grandestransferenciasdebidamente ajustadas,laCPUy elIOPnotienenningúnproblema alutilizarlavelocidaddelíneahastasu
capacidad.
Hallarámásinformaciónsobrelaconfiguración delascomunicacionesdelsistemaiSeries enla publicaciónCommunicationsConfiguration
.
Ajustar
la
velocidad
de
línea
de
la
WAN
para
un
rendimiento
óptimo
del
servidor
iSeries
Enmuchoscasos,lalíneade comunicacioneseselelementoquecontribuyeenmayormedidaaltiempo derespuestaglobalenlareddeáreaamplia(WAN).Porconsiguiente,debeplanificar ygestionarsu rendimientocondetenimiento.Engeneral,laconsideraciónfundamentalparaobtenerelmejor rendimientoestenerlavelocidadde líneaadecuada.
Paraajustarlavelocidaddelíneaparalareddeáreaamplia,efectúelastareassiguientes:
v Compruebeladiferenciaderendimientoentreutilizarsemidúplex yutilizardúplexenladescripción delínea.
v Enelcasodelosentornosinteractivos,mantengaelusode lalíneapordebajodel30%paramantener tiemposderespuestaprevisibles ycoherentes. Sielusodelalíneasuperael50%, habitualmentese incrementaeltiempode respuesta.Elusode lalíneapuedemedirseconlasherramientasde rendimientodelsistemaiSeries.
v Enelcasodeentornosde grandestransferencias,ode entornosenquesolounpequeñonúmerode usuarioscompartenunalínea,aumenteelusode lalíneaparahacerposiblestiemposde respuesta aceptables.
– Conunatransferencia degran tamaño,elrendimientopuedesernotablementemásrápido.
– Conunsolotrabajo,elrendimientopuedeestardemasiadoserializadoparautilizartodoelanchode banda.
– Conunavelocidadalta,elrendimientoesmássensiblealtamañodetrama.
– Conunavelocidadalta,elrendimientoesmássensiblea laeficaciadelaaplicación. – ConSDLC(controlsíncronodeenlacede datos),elusode laCPUdelcontrolador de
comunicacionesaumentadebido alsondeo.
Acontinuaciónfiguranunaseriede consideracionesadicionalesparaajustarlavelocidadde líneadela reddeáreaamplia:
v Unconcepto erróneohabitualacercade lavelocidaddelíneadecadaunadelas líneasde
comunicacionesconectadasesqueelrecursoCPU(unidadcentraldeproceso)seutilizadeforma uniforme.Nosepuedeafirmarconexactitudelnúmerode líneasquepuedesoportarunmodelode servidoriSeries determinado.
v Lamayorpartedelas aplicacionesde comunicacionesutilizanunagrancantidaddelrecursoCPU (paraprocesardatos,soportarlaentraday salidadedisco)ydelrecursodelíneadecomunicaciones (paraenviaryrecibir datosoE/Sdepantalla).Lacantidaddelrecursode líneaqueseutilizaes proporcionalalnúmerototaldebytesqueseenvíanorecibenenlalínea.SeutilizaalgúnrecursoCPU adicionalparaprocesarelsoftware decomunicacionesparadarsoportea losenvíos(operacionesde transferenciao escritura)y lasrecepciones(operacionesdeobtenciónolectura) individuales.También seutilizaelrecursodeprocesadordeentrada/salidadecomunicacionesparasoportarlaactividadde lalínea.
v Cuandounsolotrabajollevaa cabooperacionesde discoo procesoexclusivodeCPU,elenlacede comunicacionesestádesocupado.Si variassesionesrealizantransferenciasdeformasimultánea,los trabajosestánmásintercaladosyutilizanmejorelenlacedecomunicaciones.
v ElsondeoesunaconsideraciónimportanteparalosentornosSDLC(controlsíncronodeenlacede datos).Elcontroladorde comunicacionesmanejatodoelsondeoSDLC yesteserigeporlos parámetrosde lasdescripcionesdelíneaycontrolador.
v HallarámásinformaciónsobrelaconfiguracióndelsistemaiSeriesenlapublicaciónCommunications Configuration
.
v Sideseaobtener másinformaciónacerca delasherramientasde rendimiento,puedeconsultarla publicaciónPerformanceToolsforiSeries
.
Consideraciones
sobre
la
configuración
de
la
WAN
para
los
procesadores
de
E/S
(IOP)
Alconfiguraruncontroladorde comunicaciones,debetenerencuentatantoelalmacenamientode subsistemacomolavelocidadtotaldelalínea.Elalmacenamientode subsistemaeslacantidadde
almacenamientodisponibleenelcontroladorde comunicaciones.Lavelocidadtotalde lalíneaeslasuma delasvelocidades delaslíneasindividualesqueestánconectadasalcontroladorde comunicaciones. Lainformaciónquesefacilitaacontinuaciónpuedeayudarlea entenderlasconsideracionessobrela configuraciónde redparalosprocesadoresdeentrada/salida(IOP).
v Paralosentornosinteractivos,elusodelprocesadorde entrada/salidadecomunicacionesnodebe excederel60%. Sisesuperaesteumbralenunentornode grandestransferenciasoconunnúmero reducidode usuariossimultáneos,elrendimientopuedeseguir siendoaceptable. Utilicelas
herramientasde rendimientodelsistemaiSeriesparaobtenerelusoadecuado.
v PuedeconectarvariosprocesadoresdeE/S(IOP)aunsistemaiSeries.Elnúmeromáximode procesadoresdeE/S(IOP)quepuedenconectarsevienedeterminadoporelmodelodeservidor iSeries.EsimportantedistribuirlacargadetrabajoentrevariosprocesadoresdeE/S siseexcedenlas posibilidadesde rendimientode unsoloprocesadordeE/S.
v Elusodetramas demayortamañonormalmentemejoraelrendimientoenelcasode grandes transferenciasenloqueserefierea lacapacidadparaelprocesadordeE/Sde comunicacionesy al tiempoderespuestadelsistema.Eltiempoqueelprocesadorde E/Stardaenprocesaruna trama grandeessololigeramentesuperioralquesenecesitaparaprocesar unatramapequeña.Siutiliza tramasgrandesparatransferirunsolomensajedelsistemaobloquededatos,elnúmerototalde tramasnecesariasparallevara cabolatransferencia esmenor.
v Losvaloresde usodelprocesadorde E/S(IOP)enlosentornosSDLC (controlsíncronodeenlacede datos)noaumentannecesariamentedeformacoherenteconelnúmerodeestaciones detrabajoola cargadetrabajo.Un procesadorde entrada/salidapuedepasarmástiempoefectuandounsondeo cuandolaaplicaciónnoutilizalalínea.Sepuedeobservarunusodelprocesadorde entrada/salida relativamenteelevadoconnivelesdeproductividad bajos.
v HallarámásinformaciónsobrelaconfiguracióndelservidoriSeriesenlapublicaciónCommunications Configuration
.
v Sideseaobtener másinformaciónacerca delasherramientasde rendimiento,puedeconsultarla publicaciónPerformanceToolsforiSeries
.
Mejorar
el
rendimiento
de
la
red
de
área
local
AfindeconseguirunmejorrendimientoconelservidoriSeriesalcomunicarseenunareddeárealocal (LAN),debetenerencuentalosiguiente.
v “Ajustarlasredes LANparaunrendimientoóptimodelascomunicaciones” v “Ajustarlaslíneas deLANparaunrendimientoóptimodelas comunicaciones”
v “Consideracionessobrelavelocidaddelíneade LANparalosprocesadoresdeentrada/salida”enla página11
Ajustar
las
redes
LAN
para
un
rendimiento
óptimo
de
las
comunicaciones
Lasredesde árealocal(LAN)afectan alrendimientodelas comunicacionesenelservidoriSeries.Las mejorasenlosprocesadoresde entrada/salida(IOP)de LANenrelacióncontiempodeCPU(unidad centraldeproceso),capacidaddelIOPysoportedeasistenciadelIOPcontribuyena aumentarsu eficacia.Estaeficacia permitea lascomunicacionesavanzadasprogramaaprograma (APPC)enviar unidadesdepetición alprocesadorde E/S(IOP),pasandoa esteelcostedeproceso delastramas. Lainformaciónquesefacilitaacontinuaciónpuedeayudarlea entenderlasconsideracionessobreel protocoloparalasredesde árealocal.
v Uncontroldeenlacededatos(DLC)puedealcanzaruna velocidadde datosnotablementesuperiora otrostiposdelíneasoportados. Estosedebea ladeseablecombinaciónde unavelocidaddemedioalta congrandestamañosdetrama.
v Cuandovariassesionesutilizanuna líneaoLANdeformasimultánea,lavelocidadde datostotal puedeser másaltaquecuandoseutilizaunasola sesión.
v ParaconseguirunbuenrendimientoenunentornoLANinteractivode variosusuarios, debegestionar elnúmerode usuariosactivos demodoqueelusodelmediodeLANnoexceda el50%.(El uso recomendadoparalosentornosEthernetesdel25%debidoalas colisionesdemedioquegeneran buclesdelprograma).Si seoperaconunusosuperiorpuedeempeorareltiempode respuestadebidoa unexcesodetiempoencolaparalalínea.Enunentornodegrandes transferenciasenqueunpequeño númerodeusuariossedisputanlalínea,elrendimientopuedeseguirsiendoaceptable conunusode lalíneasuperior.
Hallarámásinformaciónsobrelaconfiguración delservidoriSeriesenlapublicaciónCommunications Configuration
Lainformaciónquesefacilitaacontinuaciónpuedeayudarlea entenderlasconsideracionessobrelalínea paralasredesde árealocal.
v MAXFRAMEenladescripcióndelínea(LIND) yladescripcióndecontrolador (CTLD):Maximizando eltamañode tramaenunentornoLANseobtieneelmejorrendimientoparalasgrandes
transferencias.Ungrantamañodetramanoafectadeformanegativaalrendimientoparalas transferenciaspequeñas.ConfigureelsistemaiSeriesy laotra estacióndeenlaceparalastramas grandes.Delocontrario,seutilizará elmenorde losdosvaloresdetamañomáximode tramaal transferirdatos.Lospuentestambiénpueden limitareltamañomáximodetrama.Debecambiarel valorporomisión 1994porunvalor superior.
v
LANMAXOUTenladescripción decontroladorCTLD(paraentornosdecomunicacionesavanzadas programaa programa(APPC)):Esteparámetrorigelafrecuenciaconqueelsistemaemisoresperaun acusederecibo.Elvalor delparámetroLANACKFRQ deunsistemanuncadebesersuperioralvalor delparámetroLANMAXOUTdelotrosistema.Losvaloresde losparámetrosdelsistemaemisordeben coincidirconlosvaloresdelsistemareceptor.
v EstablecervaloresadecuadosparaelparámetroLANMAXOUTjunto conelparámetrodefrecuenciade acusederecibodelaLAN(LANACKFRQ) paralasestacionesemisorasyreceptoras esfundamentala findealcanzarunrendimientoóptimo.Otrosvalorespuedenreducirlaproductividadenun50%o inclusomássilascondiciones desencadenantiemposdeesperaexcedidos.
v LANWDWSTPparalas comunicacionesavanzadasprogramaa programa(APPC)enladescripción de controlador(CTLD):Si existecongestión deredodesbordamientoendeterminadosadaptadoresdel sistemadestino,alaumentarelvalor de*NONE(valorporomisión)a 2omás sepuedemejorarel rendimiento.
Engeneral,siseestableceelparámetroLANMAXOUTenelvalor*CALCo2seobtieneelmejor rendimientoparalosentornosinteractivosy unrendimientoadecuadoparalosentornosdegrandes transferencias.
v Enelcasodelosentornosdegrandes transferencias,sisemodifica elvalorde LANMAXOUTse puedeaumentarelrendimientode formanotable.Utilice lassiguientesdirectrices comopuntode partida:
– Sisecomunica conunPersonalComputerdemodeloreciente, aumenteelparámetro
LANMAXOUT,peromantengaelparámetroLANACKFRQ establecidoen*CALC.Enelcasode modelosanterioresdePersonal Computer,utilice*CALCparaambosvaloresafindelimitarlos desbordamientosdealmacenamientointermedio.
– SisemodificanlosvaloresdelosparámetrosLANACKFRQ yLANMAXOUTsinqueseobserven mejorasenelrendimiento,vuelvaacambiar losvalorespor*CALC.
Hallarámásinformaciónsobrelascomunicacionesdelservidor iSeriesenlapublicaciónCommunications Configuration
.
Consideraciones
sobre
la
velocidad
de
línea
de
LAN
para
los
procesadores
de
entrada/salida
AlconfigurarunservidoriSeries conlíneasde comunicacionesy redesdeárealocal(LAN),nocargueen excesounprocesadorde entrada/salida(IOP)a findeevitar posiblescuellosdebotellaenelrendimiento delsistema.
Losconsejosy lainformaciónquesefacilitaacontinuaciónpuedeayudarleaentenderlas consideracionessobrelavelocidadde líneadelosprocesadoresdeE/S(IOP).
v Paraconseguirelmejorrendimiento,utiliceunIOP2843conunodelosadaptadoresdeE/S(IOA)que figuranacontinuación:
v CompruebequeeladaptadordeE/S delaLANnoseestéejecutandobajounprocesadorde E/S(IOP) quetambiénestéejecutandounadaptadorde E/SdelDASD. EladaptadordeE/SdelDASDhaceque seamáslentoelrendimientodeladaptadordeE/SdelaLANy noesposiblerestablecereladaptador delaLANsiestetienealgúnproblema.
v Alanalizarelrendimientode lascomunicacionesenunalíneade laLAN,debetenerencuentaque otrosrecursosdistintos delusodelprocesadordeentrada/salidapueden convertirseenelcuellode botella.
v
Deberíatenerelprocesadordeentrada/salidademáxima capacidaddisponibleparaelserviciode archivos.Deberíatenerelprocesadorde entrada/salidademáximacapacidad disponibleparalos entornosqueutilizanmuchas operacionesdeentradaysalidaparacadatransacción.Elprocesadorde entrada/salidademáxima capacidadtambiénminimizaeltiempoglobalderespuesta.
Consultelasreferencias siguientessideseaobtenerinformaciónmásdetallada:
v Hallarámás informaciónsobrelascomunicacionesdelservidor iSeriesenlapublicación CommunicationsConfiguration.
v Sideseaobtener másinformaciónacerca delrendimientodelprocesadordeE/S,consultela publicaciónPerformanceToolsforiSeries.
Mejorar
el
rendimiento
de
la
vía
de
datos
Paravalorarelrendimientode lavíadedatos,puedeconsultarlostemassiguientes:
v Consideracionessobrelaconfiguracióndesubsistemasparaelrendimientoderecuperaciónde errores v Consideracionessobreelrendimientodelascomunicacionesparalostrabajosinteractivos
v Consideracionessobreelrendimientodelascomunicacionesparalostrabajosdeprocesoporlotes v Combinacióndetrabajosinteractivosy deprocesoporlotesenunalíneaderedde áreaamplia v ConsideracionessobreelrendimientoparalascomunicacionesAnyNet
v ComunicacionesEnterpriseExtenderparaelsistemaiSeries v MigrardeAnyNetaEnterpriseExtender
v Subsistemas
Consideraciones
sobre
la
configuración
de
subsistemas
para
el
rendimiento
de
recuperación
de
errores
Cadaunidadde trabajoqueseejecutaenelsistemaiSeries sedenominatrabajo.Cadaunodelostrabajos esuna únicasecuenciaidentificabledeaccionesdeprocesoquerepresentaunsolousodelsistema.Los tiposbásicosdetrabajosquesellevana cabosonlostrabajosinteractivos,lostrabajosdeproceso por lotes,lostrabajosde spool,lostrabajosde arranqueautomáticoylostrabajosdeprearranque.
TodoslostrabajosdelservidoriSeries seejecutanensubsistemas.Amedidaquecrece elnúmerode usuariosdelsistema,convienequeseplanteecómodebenconfigurarselossubsistemasde
comunicacionese interactivos.
Laconfiguración delossubsistemastienepocaincidenciaenlasoperacionesnormalesde lavíadedatos. Sinembargo,variossubsistemaspuedenproporcionarvariosprocesosparallevara cabolastareasde limpiezay recuperacióncuando seproducencondicionesdeerror. Estopuedesuponerunamejora enel rendimiento.
Amedidaqueaumenteelnúmerodeusuariosdelsistema,debeconsiderarlaimportanciade cómoestén configuradoslossubsistemas:
v Plantéeselaconvenienciadelimitarelnúmerodedispositivosa losquedaserviciounúnico subsistema.Elnúmerodedispositivosrecomendadoparacadasubsistemaesentre200y300.Utilice loscriteriossiguientesparasepararestosusuarios:
| |
v Creesubsistemasde comunicacioneseinteractivos adicionalesparadividireltrabajoenvarios subsistemas.
v Eltrabajoqueseefectúa enelsubsistemaQCMNesparaconectarseydesconectarsedelsistema.Las consideracionessobrelarecuperacióndeerroressonimportantesenlaconfiguracióndelsubsistema de comunicaciones.
v Paraimpedirqueunsubsistema asigneundispositivo,asegúresedequenoexistaninguna entradade tipooestaciónde trabajoparalosdispositivosquenodeseequeseanasignados.
v
SoloutilicelaopciónAT(*ENTER)sidebepermitirquesetransfierantrabajosa esesubsistema. v
Paracadasubsistemaquetengadefinido,tienequeidentificarquéusuariosseejecutaránenqué subsistemas.Utilice elmandatoAñadirentradadeestacióndetrabajo(ADDWSE)yelmandato Eliminarentradade estaciónde trabajo(RMVWSE).Puedeconfigurarentradasdeestacióndetrabajo queidentifiquenquédispositivosdebeasignaresesubsistema,así comoquédispositivosnodebe asignarunsubsistema.
Nota: puedeutilizarelmandatoADDWSEmientraselsubsistemaestáactivo.Noobstante,los
subsistemasnovuelvena asignarbloqueosdedispositivodinámicamente.Finalmente,esposible queseanecesariofinalizarydespuésreiniciarlossubsistemasparaquelosbloqueosdedispositivo seasignenalsubsistemaelegido.
Paraespecificarlosdispositivosquedebeasignarunsubsistemadecomunicaciones: ADDCMNE SBSD(nombibl/nomsubs) DEV(nomdisp*) MODE(nommodal)
Paraespecificarlosdispositivosquenodebe asignarunsubsistemade comunicaciones: ADDCMNE SBSD(nombibl/nomsubs) DEV(nomdisp*) MODE(nommodal) MAXACT(0)
Nota: Losservidoresdearchivosybasede datossoloseejecutanenQSERVERalejecutarse sobreAPPC. Nointenteasignarsesionesqueseejecutenenladescripciónde modalidadQSERVER.Estos servidorespuedenejecutarsesobreTCP/IPysoloentoncesesposibleejecutarlosensubsistemas quenoseanQSERVER.
Veaenelejemplosiguiente unaformadeconfigurarelsubsistemade comunicaciones.
Ejemplo:configuracióndelsubsistema decomunicaciones: 1. CreeunduplicadodeQCMN:
CRTDUPOBJ OBJ(QCMN) FROMLIB(QSYS) OBJTYPE(*SBSD) TOLIB(MYLIB) NEWOBJ(MYCMN) 2. Configurelas entradasdecomunicación:
ADDCMNE SBSD(MYLIB/MYCMN) DEV(PC*)
ADDCMNE SBSD(MYLIB/MYCMN) DEV(PC*) MODE(QSERVER) MAXACT(0) ADDCMNE SBSD(QSYS/QCMN) DEV(PC*) MODE(QPCSUPP) MAXACT(0)
3. Por último,puedeactualizarelprograma dearranquedelsistemaparainiciarlosnuevossubsistemas automáticamente.
Consideraciones
sobre
el
rendimiento
de
las
comunicaciones
para
los
trabajos
interactivos
Untrabajointeractivoesuntrabajoqueutilizauntecladoyunapantalladeescrituradecaracteres.Si un trabajonecesitaqueelusuario escribaeneltecladoycomoresultado seobtieneuncarácterdepantalla, esetrabajoprobablementeseconsidereinteractivo.Enestesentido,interactivosignificaqueeltrabajoy el usuariodependenunodelotroparaquesellevea cabolatarea.
Paraoptimizarelrendimientodelascomunicacionesparalostrabajosinteractivos,tengaencuentalo siguiente:
v Mantengaelusodelalíneapordebajodel30por cientoparaobtener unmejorrendimientocuando hayausuariosinteractivosconectados.Estomantienetiemposde respuestaprevisiblesycoherentes. Si seexcedeelusodelalíneadeentreel50yel60porciento,normalmentelostiemposde respuestaque seobtienen soninaceptables.
Sielsistematiene usuariosinteractivos queestánconectadosdemuchas formasdistintas,debeplantearse laconvenienciadeconfigurarsubsistemasinteractivosparasepararlosusuarios. Estacioneslocales, estacionesremotas,pasoatravésde estaciónde pantalla5250o Telnetsonalgunosejemplosdeestos tiposdeconexionesquedebensepararse.Cuandoconfiguresubsistemasinteractivos, identifiquecómo deseaqueseseparenlosusuariosinteractivos ycreelas descripcionesdesubsistemaadecuadas. Durantelarecuperaciónde errores,cuando muchosusuarioscorren elriesgode perdersussesionesen unmomento,unsubsistemainteractivopuedeestarmuyocupadollevandoa cabolarecuperaciónde dispositivos.Estarecuperaciónde dispositivospuedeincidirde formanegativaeneltrabajode otros usuariosdelsubsistema que,deotromodo,noseveríanafectadosporlaanomalía.Porconsiguiente,es posiblequetengaquecambiarlaformaenqueestánconfiguradoslossubsistemasinteractivos.Sin embargo,variossubsistemaspuedenproporcionarvariosprocesos parallevara cabolastareasde limpiezay recuperacióncuando seproducencondicionesdeerror. Estopuedesuponerunamejora enel rendimiento.
Elejemploquefiguraa continuaciónmuestracómoconfigurarunsubsistema interactivoparaasignarlos dispositivosqueempiecen pornomdisp*y presentarunapantalladeiniciodesesiónenesosdispositivos depantalla:
ADDWSE SBSD(nombibl/nomsubs) WRKSTNDEV(nomdisp*) AT(*SIGNON)
Utiliceelejemplosiguiente paraconfigurarunsubsistemainteractivodemodoquenoseasigneel nombrededispositivonomdisp*ynoaparezcaunapantalladeiniciodesesión.
ADDWSE SBSD(nombibl/nomsubs) WRKSTNDEV(nomdisp*) AT(*ENTER)
Laadiciónde entradasdeestacióndetrabajoconAT(*ENTER)lepermiteutilizarlafunciónTransferir trabajo(TFRJOB) enesesubsistema. SilafunciónTFRJOB noesobligatoriaonecesaria,nohayninguna necesidaddeañadirlasentradas deestacióndetrabajoconAT(*ENTER).
Paraespecificarlosdispositivosquedebeasignarunsubsistemainteractivocuandoseinicieel subsistema:
ADDWSE SBSD(nombibl/nomsubs) WRKSTN(nomdisp*) AT(*SIGNON)
Paraespecificarlosdispositivosqueno debeasignarunsubsistema interactivocuandoseinicieel subsistema:
ADDWSE SBSD(nombibl/nomsubs) WRKSTN(nomdisp*) AT(*ENTER)
v Veaenelejemplosiguienteunaformadeconfigurarelsubsistema interactivo.
Ejemplo:configuracióndelsubsistema interactivo: 1. Creeunadescripción desubsistema:
CRTSBSD SBSD(MYLIB/MYINTER) POOLS((1 *BASE) (2 *INTERACT)) 2. Creeunaclase:
CRTCLS CLS(MYLIB/MYCLASS) RUNPTY(20)
3. Añadaentradasdedireccionamientoalsubsistema:
ADDRTGE SBSD(MYLIB/MYINTER) SEQNBR(10) CMPVAL(QCMDI) PGM(QSYS/QCMD) POOLID(2) ADDRTGE SBSD(MYLIB/MYINTER) SEQNBR(9999) CMPVAL(*ANY) PGM(QSYS/QCMD) POOLID(2)
5. Configurelas entradasdenombrede estaciónde trabajo.Enprimerlugarelimine todaslasentradas de tipodeestacióndetrabajo*ALLy despuésañadalasentradasde nombredeestacióndetrabajo adecuadas:
RMVWSE SBSD(QSYS/QINTER) WRKSTNTYPE(*ALL) ADDWSE SBSD(QSYS/QINTER) WRKSTN(QPADEV*) ADDWSE SBSD(MYLIB/MYINTER) WRKSTN(PC*)
6. Por último,puedeactualizarelprograma dearranquedelsistemaparainiciarlosnuevossubsistemas automáticamente.
Consideraciones
sobre
el
rendimiento
de
las
comunicaciones
para
los
trabajos
de
proceso
por
lotes
Cadaunidadde trabajoqueseejecutaenelsistemaiSeries sedenominatrabajo.Cadaunodelostrabajos esunaúnica secuenciaidentificabledeaccionesdeprocesoquerepresentaunsolousodelsistema.Los tiposbásicosdetrabajosquesellevanacabosonlostrabajosinteractivos,lostrabajosdeproceso por lotes,lostrabajosde spool,lostrabajosde arranqueautomáticoylostrabajosdeprearranque.
Lostrabajosde procesoporlotessongrupospredefinidosdeaccionesdeprocesoquesesometenal sistemaparaqueselleven acaboconunainteracciónescasa oinexistenteentreelusuarioyelsistema. Lostrabajosde procesoporlotespuedenajustarseparaobtenerunrendimientooptimizado.
Paraoptimizarlostrabajosde procesoporlotesparalascomunicaciones,tengaencuentalosiguiente: v Descompongalaaplicaciónenpartesy hagaquevariashebras(trabajos)deproceso porlotesoperen
deformasimultánea.
v Reduzcaelnúmerode operacionesdeabrirycerrary operacionesdeentradaysalida.
v Sidisponedeuna cantidadconsiderabledealmacenamientoprincipal,considerelaposibilidadde utilizarelmandatoEstablecer accesodeobjeto (SETOBJACC).Estemandatoprecargaelarchivo de basede datoscompleto,elíndice debasede datosoelprogramaenlaagrupacióndealmacenamiento principalasignadasihaydisponiblesuficientealmacenamiento.Elobjetivoconsisteenmejorar el rendimientoeliminandolasoperacionesde lecturayescrituraeneldisco.
v Intentelimitarelnúmerode operacionesdeentradaysalidade comunicacionesefectuando menos(y quizásmayores)envíosy recepcionesdeaplicacióncuandoseutilicenlas líneasdecomunicaciones. v Bloqueelosdatosenlaaplicación.Intentecolocar laaplicaciónenelmismosistemaquelosdatosalos
queseaccedeconfrecuencia.
Hallarámásinformaciónsobreelrendimientodelostrabajosdeprocesoporlotesenlapublicación CommunicationsManagement
.
Combinar
trabajos
interactivos
y
de
proceso
en
una
línea
de
WAN
Cuandoenunalíneadecomunicacionesseejecuten deformasimultáneausuariosinteractivos ygrandes transferencias,esposiblequetengaquecambiar losparámetros deconfiguración.Debepoder configurar lascomunicacionesdelservidor iSeriesparatrabajarcontrabajosinteractivos ydeprocesoporlotes. Paracombinarlostrabajosinteractivos ydeprocesoporlotesenunalíneade reddeáreaamplia(WAN), tengaencuentalosiguienteparamantenerunrendimientointeractivoaceptable:
v Utilicelaprioridad detransmisióndeAdvanced Peer-to-PeerNetworking(APPN)paradarprioridad a latransferenciadelusuariointeractivosobrelatransferenciadegran tamaño.Esteeselmétodo
preferidoparatransferirtrabajosinteractivosy deprocesoporlotes.
v Cambieeltamañode launidadde petición/respuestaporunvalorinferiorparalatransferenciade grantamaño.Estevalordeparámetrooptimizaeltiempode respuestaaexpensasdelrendimientopara lasgrandestransferencias.
Hallarámásinformaciónsobrelascomunicacionesdelservidor iSeriesenlapublicaciónCommunications Configuration
.
Comunicaciones
AnyNet
para
el
sistema
iSeries
AnyNetesuna implementaciónIBMde laarquitecturade reddetransportemultiprotocolo(MPTN), comoAnyNet/2yAnyNet/MultipleVirtualStorage(MVS).LaprestaciónAnyNetpermitequelas aplicacionesyserviciosasociadosqueutilizaninterfacesdeprogramacióndeaplicaciones, comolos sockets,lafuncióndecomunicacionesintersistema(ICF)o lascomunicacionesCPI, tenganflexibilidad parausarprotocolosderedalternativoscp,p laarquitecturade reddesistemas(SNA)oTCP/IP.AnyNet esuna familiadeproductosquepermitenalas aplicacionesescritasparauntipode protocolodered ejecutarsesobreotrotipodistintodeprotocolode red.Porejemplo, sinAnyNet,laelecciónde lainterfaz deprogramacióndeaplicaciones(API)determinalaeleccióndelprotocolodered,ylaeleccióndel protocolodereddeterminalaelecciónde lasAPI.
AnyNetlepermitecombinaryemparejaraplicacionesconprotocolosdered.Dehecho,puedehacerlosin cambiarlosprogramasdeaplicación.Ladireccióndestino(porejemplo,una ubicaciónremota)determina eltipo deprotocoloderedqueseutilizará.
v SocketsdeAnyNet/400
Estesoporteconvierte lasdireccionesTCP/IPendireccionesSNAa partirdetablasconfiguradasporel administradordelared.EntrelosprogramassoportadosseencuentranFTP(protocolodetransferencia dearchivos),SMTP(protocolosimplede transferenciadecorreo), SNMP(protocolosimple degestión dered),PINGyprogramasdesocketsescritosporelusuario sobreSNA.
v APPC(comunicacionesavanzadasprogramaa programa)AnyNet/400
EstesoportepermitequelosprogramasescritosparainterfacesAPIAPPCtradicionales(comoICF, comunicacionesCPIy CICS/400)seejecutenporredes quenoseanAPPC.Elprogramadeaplicación utilizaNombresdeubicaciónparaespecificarladirecciónorigeny ladireccióndestino.Unservidor denombresdedominioTCP/IPconvierteestosnombresdeubicaciónendireccionesIP.Losprogramas soportadossonlagestióndedatosdistribuidos(DDM),DistributedRelationalDatabaseArchitecture (DRDA),losserviciosdedistribución SNA(SNADS),elpasoa travésdeestacióndepantalla, iSeries AccessparaWindows,Programasde comunicacionesCPIescritosporelusuario yprogramasICF escritosporusuarioporTCP/IP.
HallarámásinformaciónsobreAnyNeten: “ConfigurarelentornoAnyNet”
“Consideracionessobreelrendimientoparalas comunicacionesAnyNet”enlapágina17
Consulte tambiénlapublicaciónSockets Programming
.
Configurar
el
entorno
AnyNet
AnyNet/400esunprodcutode lafamiliaAnyNet.Estosproductospermitenutilizarprogramasde aplicaciónqueestánescritosparaundeterminadoprotocolodecomunicacionesperoquetambiénse ejecutansobreprotocolosdecomunicacionesnonativos sincambiar(nitan siquieravolvera compilar)el programadeaplicación.Laeleccióndeladireccióndestinocontrolasilapetición seenvíaporlos
protocolosnativos omedianteelcódigoAnyNetyporunprotocolononativo.
ParaconfigurarTCP/IP(protocolodecontroldetransmisión/protocoloInternet)sobreAPPC (comunicacionesavanzadasprograma aprograma),tienequellevaracabodosaccionesbásicas: 1. Identificarelconjuntode direccionesIPparadireccionarporlaredSNA.
2. Indicaralsistemacómo convertirladirecciónIPalformatoSNA.
Consideraciones
sobre
el
rendimiento
para
las
comunicaciones
AnyNet
LascomunicacionesAnyNetsonunbuenfactorderendimientoquedebeconsiderar. Esmáscarode utilizarquecualquieradelosprotocolosdei5/OSporque cuestadosvecesmásejecutardosprotocolos. ParaoptimizarelrendimientodeAnyNet,tengaencuentalosiguiente:
v Paralosparesde envíoy recepción,elusomáseficazdeuna interfazesconsupropiapilade protocolo.Esdecir,lafuncióndecomunicacionesintersistema(ICF)y lascomunicacionesde interfaz comúndeprogramación(CPI)ofrecenelmejorrendimientoconlascomunicacionesavanzadas programaa programa(APPC).Existetiempode CPUadicionalcuandoseprocesa elpasoentre protocolos.
v Elrendimientodecadaunadelas interfacesde comunicacionesesdistintosegúnelcaso.Las comunicacionesICFyCPIofrecenelmejorrendimientoconAPPC.
Nota: unaalternativa alascomunicacionesAnyNeteshacerqueSNAyTCP/IPseejecutenenparaleloo porlasmismaslíneas delared.Deahí quelas implicacionesdelrendimientopuedansuperarseno utilizandoAnyNet.
En“ComunicacionesAnyNetparaelsistemaiSeries”enlapágina16encontrarálarespuestaala pregunta:¿QuéesAnyNet?
Sideseaobtener másinformaciónacercade lossocketsdeAnyNet/400,consulte elmanual Sockets Programming
.
Comunicaciones
Enterprise
Extender
para
el
sistema
iSeries
EnterpriseExtenderesunaarquitecturaderedquepermitequelasaplicacionesdearquitecturaderedde sistemas(SNA)seejecuten porredesdeprotocolo Internet(IP)medianteeldireccionamientode alto rendimiento(HPR).EsteeselprocedimientopreferidoparaejecutaraplicacionesSNAporredesIPcon adaptadoresdeentrada/salida(IOA)de comunicacionescomo GigabitEthernet,yaquenosenecesitaun procesadorde entrada/salida(IOP)paraestosIOA.Losadaptadoresdecomunicacionesquenoutilizan unIOPnosoportanSNAyporesosenecesitaEnterpriseExtenderparaejecutarSNApordichos adaptadores.Según IBM,convieneutilizarEnterpriseExtenderenlugardeAnyNet.
Configurarel entornoEnterpriseExtender
ParaconfigurarHPR paraqueseejecuteporredes deprotocoloInternet (IP),tendrá querealizarestas tareas:
1. Configurar laredTCP/IP
2. CrearuncontroladorAPPCyespecificarunenlacedetipo*HPRIP. Encontrarálasinstruccionesenel procedimientoCrearunadescripción decontroladorAPPC,eneltemarioAPPC,APPNy HPR.
Migrar
de
AnyNet
a
Enterprise
Extender
SegúnIBM,convieneutilizarEnterpriseExtenderenlugardeAnyNet.Parahacerlaconversión,hayque migrarlasconfiguracionesexistentesdeAnyNetaloscontroladoresHPRIP.Hayquetenerencuentalos siguientespuntos:
v AnyNetpuedemanejarvaloresenlacesremotossoloconuncontrolador,peroEnterpriseExtender necesitauncontrolador HPRIPparacadanodoremotoquetengaunenlacedirecto.Hayquecrearuna nuevadescripciónde controladorparacadanodo remotoquesemigredeAnyNet.
v AnyNetproporcionabafuncionesdereddebajaentrada(LEN),noproporcionaelsoporteAPPN completo.ElcontroladorHPRIPde EnterpriseExtenderproporcionafuncionesAPPNcompletas.Hay quesuprimirlasdefinicionesremotasenlaslistasdeconfiguración.
| | | | | | | | | | | | | | | | | | | | | | | |
ParamigrardeAnyNetaEnterpriseExtender,veaestostemas: “MigraciónenunsistemaquepuedeiniciarconexionesAnyNet” “MigraciónenunsistemaquenopuedeiniciarconexionesAnyNet” “Configuraciones paralelasdeAnyNetyEnterpriseExtender”
MigraciónenunsistemaquepuedeiniciarconexionesAnyNet: Debetenerdefinidoslossiguientes elementosdeconfiguración dered:
v UncontroladorAPPCde tipo*ANYNW,cuyovalorde puntode controlremotoseaTCPIP. v
Paracadanodoremoto,unaentradaenlalista deconfiguración QAPPNRMTquedefinaelnodo remotoy establezcaqueelnombredelpuntode controlseaTCPIP.
v Unaentradaenlatabla dehostsTCPquetengaelsufijo″SNA.IBM.COM″,y elnombrede hostSNA remotoy elIDderedremotaquetengaelmismosufijo.
v Elatributode redALWANYNETdebetenerelvalor *YES.
ParamigraraHPRIP, hagalosiguiente:
1. Paracadaentradadelatabla dehostsquetengaunsufijoSNA.IBM.COM,creeuncontroladorAPPC, cuyotipodeenlacesea*HPRIP,yladirecciónIPdelhost remotoutilizandoelmandatoCL
CRTCTLAPPC.
2. MedianteelmandatoCLRMVCFGLEoWRKCFGL*APPNRMT,suprimalaentradacorrespondiente alsistemaremotoenlalistade configuraciónQAPPNRMT.
Laentradadelatabla dehosts sepuedeconservarosuprimir.
MigraciónenunsistemaquenopuedeiniciarconexionesAnyNet: Debetenerdefinidoslossiguientes elementosdeconfiguración dered:
v UncontroladorAPPCde tipo*ANYNW
v Elatributode redALWANYNETdebetenerelvalor *YES
Entoncestendráquecrearmanualmente uncontrolador HPRIPparacadanodoremotoquedebaacceder alsistema.
ConfiguracionesparalelasdeAnyNetyEnterpriseExtender: Esposiblemigrara EnterpriseExtendery mantenera lavezlas definicionesexistentesdeAnyNet,perohayquedefinirunanuevaunidadlógica (LU)remotaparaquemanejelasconexionesAnyNet.Enelsiguienteejemploseexplican cómosehace todoesto.
Enesteejemplo,sepresuponequehaydossistemas:SYSAy SYSB.Laconfiguraciónde SYSAesla siguiente:
v UncontroladorAPPCde tipo*ANYNW,cuyovalorde puntode controlremotoesTCPIP. v Paracadanodoremoto,unaentradaenlalista deconfiguración QAPPNRMTquedefinaelnodo
remotoy establezcaqueelnombredelpuntode controlseaTCPIP. v
Unaentradaañadidaenlatabla dehostsTCPquetengaelsufijo ″SNA.IBM.COM″,yelnombrede hostSNAremotoy elIDderedremotaquetengaelmismo sufijo.
v Elatributode redALWANYNETdebetenerelvalor *YES.
AlmigrardeAnyNetaHPRIP, tendráquecrearuna nuevaLUenSYSByenSYSA.Enesteejemplo,las nuevasLUsellamanANYSYSAyANYSYSB.
Silalistade configuraciónQAPPNLCLnosehacreadoenSYSA,creelanuevaLUemitiendoeste | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
Silalistadeconfiguración QAPPNLCLyaexiste,utiliceestemandato: CHGCGL TYPE(*APPNLCL) APPNLCLE((ANYSYSA ’HPRIP LU’))
Luegohayquecambiarlasentradasde lalista deconfiguración paralaLUremota.Primero, añadala nuevaLUremotaalalista deconfiguraciónconestemandato CL:
ADDCFGLE TYPE(*APPNRMT) APPNRMTE((ANYSYSB *NETATR ANYSYSA TCPIP *NETATR))
Acontinuación,hayqueeliminarlaentradaSYSBdelalista deconfiguración,conestemandato: RMVCFGLE TYPE(*APPNRMT) APPNRMTE((SYSB *NETATR SYSA))
Hayqueemitirmandatos equivalentesenSYSB.DespuéshayquecrearcontroladoresparaSYSBenSYSA yparaSYSAenSYSB,conelmandatoCLCRTCTLAPPC.
Cuandohayaterminadodehacertodoesto, deberápoderiniciarsesionesenlaLUSYSB,encuyocasoel mediodecomunicacionesseríaEnterpriseExtender.ParalascomunicacionesAnyNet,seutilizaríalaLU ANYSYSB.
Subsistemas
Unsubsistema esunúnicoentornooperativopredefinidomedianteelcualelsistemacoordinaelflujode trabajoy elusodelosrecursos.i5/OSpuedecontenervariossubsistemasoperativosindependientes.Las característicasde ejecucióndeunsubsistemasedefinenenunobjetodenominadodescripción de
subsistema.IBMsuministravariasdescripcionesdesubsistema quepuedenutilizarse conosin modificación:
QINTER
Seutilizaparalostrabajosinteractivos.
QBATCH
Seutilizaparalostrabajosde procesoporlotes.
QBASE
Seutilizaparalostrabajosinteractivos ydeprocesoporlotesde comunicaciones.
QCMN
Seutilizaparalostrabajosde procesoporlotesdecomunicaciones.
QSERVER
Sistemaservidorde archivos.
QSYSWRK
Seutilizaparaeltrabajogeneraldelsistema.
QUSRWRK
Seutilizaparaejecutartrabajosde servidorTCP/IPquetrabajandeparte deunusuario específico.
TambiénpuededefinirseunnuevosubsistemaconelmandatoCreardescripciónde subsistema (CRTSBSD).
Hallarámásinformaciónsobrelacreaciónde subsistemasenlapublicaciónWorkManagement
. | | | | | | | | | | | |
Aplicaciones
de
comunicaciones
Lasaplicacionesde comunicacionesqueseutilizanenunentornoAPPC(comunicacionesavanzadas programaaprograma) tambiénestándisponibles parasu usoenunentornoAPPNyHPR; solocambiael métodoporelquesetransportan losdatos.APPCentregalosdatosde aplicacionessuperioresenlas capasSNAaAPPNparaeltransporte porlared.Paraobtenermásinformaciónsobrelasaplicacionesde comunicaciones,consulte:
v
“AplicacionesAPPCescritasporelusuario” v “Gestióndedatosdistribuidos(DDM)”
v “Consideracionessobreelrendimientode lainterfazde programacióndeaplicaciones(API)”enla página21
Cuandoexperimenteproblemasqueindiquenquenoseencuentralarutahacialaubicaciónremota, puedeintentarvolveraestablecer laconexiónconelmandatoArrancarpasoa través(STRPASTHR).En eltemaResolverproblemasde comunicacionesremotasutilizandoSTRPASTHRhallarámásinformación. ParaobtenerinformaciónsobrecómoconectarclientesWindowsXP/2000conelservidor iSeries,vea iSeriesAccess.
Aplicaciones
APPC
escritas
por
el
usuario
APPNllevaacabomuchasfuncionesenunentornodecomunicaciones.Porconsiguiente,convienetener encuentalosparámetros detiempodeesperaenlosprogramasAPPCqueutilizanICF. Enconcreto, puedeser importanteaumentarelparámetroWAITFILEparaestasaplicacionesdemodoquenoexcedan eltiempodeesperamientrasesperanqueselleven acabolasfuncionesdeAPPN.
LafuncióndeAPPNnoesaparentealosprogramasAPPC.APPNaprovechalasfuncionesde direccionamientosiguientes:
v Losnodosnoadyacentesaparecen comoadyacentesy, porlotanto,losprogramasAPPCpueden comunicarsedirectamenteconlosprogramasdenodosnoadyacentes(sinningúnprogramaAPPCen losnodosintermedios).
v SemejoraelrendimientoparalosprogramasAPPC conpuntosfinales desesiónquenoseencuentran adyacentesfísicamente enlared.
v
LosprogramasAPPCpuedencomunicarsedirectamenteconlosprogramasennodosdeunaredAPPN adyacentepormediodelosnodosdered.
Gestión
de
datos
distribuidos
(DDM)
DDMesunafuncióndelsistemaoperativoquepermiteaunprogramadeaplicación oaunusuariode unsistemautilizararchivosdebasede datosalmacenadosensistemasremotos.Lossistemasdeben estar conectadosporunaredde comunicacionesy lossistemas remotostambiéndeben utilizarlafunción DDM.
LafunciónDDMenelservidoriSeriespermitealosprogramasdeaplicaciónoa losusuariosllevara cabolas tareassiguientes:
v Accedera losarchivosde datosqueseencuentranensistemasremotos(sistemasdestino).Lossistemas remotostambiénpuedenaccederalosarchivosdedatosdelsistemaiSerieslocal.
v Unaaplicaciónpuedeañadir,modificary suprimirregistrosdedatosdeunarchivo queseencuentre enunsistemadestino.
v Crear,suprimir orenombrararchivosdeunsistemaremoto. v Copiarunarchivo deunsistemaa otro.
Sideseaobtener másinformaciónacercade DDM,consultelainformaciónsiguiente: v DistributedDataManagement (SC41-5307).
Consideraciones
sobre
el
rendimiento
de
la
interfaz
de
programación
de
aplicaciones
(API)
ConelfindeconseguirunmejorrendimientoconelservidoriSeries,debetenerencuentalainterfazde programasde aplicación(API)disponibleenelservidoriSeries.ParaoptimizarelrendimientodeAPPC, tengaencuentalosiguiente:
v Siseutilizanenvíosmayores (tamañosderegistro)paraunatransferenciade grantamaño,seobtiene unavelocidaddedatosde aplicaciónsuperioryeltiempode laCPU disminuye.xConelmayor tamañoderegistro,laCPU tienequehacermenosprocesoyaquehaymenosoperaciones delecturay escrituradeaplicaciónparatransferirlamismacantidaddedatos.
v Siseseleccionaelvalor *CALCparalaunidadmáximade petición/respuesta(RU)SNA(arquitectura dereddesistemas),elsistemaseleccionauntamañoeficazcompatibleconeltamañodetrama.El tamañodetramaestáenladescripcióndelíneaqueeligeelusuario.Sisecambiaeltamañode la unidadRUporunvalor distintode *CALC,sepuedeanularestacaracterísticaderendimiento. v LacompresiónconAPPCdebeutilizarseconprudenciaysolo paraentornosde reddeáreaamplia
(WAN)develocidadbaja.Muchosproponenquelacompresión seutiliceconvelocidades de19,2kbps einferiores.
v
Sillevaacabotareasqueincluyentransferenciaspequeñasyrepetitivas, sealcanzaunmejor rendimientosiseutilizanlascomunicacionesICFoCPI.
Consultelostemassiguientesparaobtener informaciónmáscompletaacercade lasaplicacionesAPPC: v Consideracionessobreelrendimientoparalafuncióndecomunicacionesintersistema
v Consideracionessobreelrendimientoparalascomunicacionesdeinterfazcomúndeprogramación
ParaobtenerinformaciónsobrelascomunicacionesdelservidoriSeries,consultelapublicación CommunicationsConfiguration
.
Sideseaobtener másinformaciónacercade CICS/400,consultelapublicaciónCICSGuíade administraciónyoperacionesparaiSeries
.
Consideraciones
sobre
el
rendimiento
para
la
función
de
comunicaciones
intersistema
Puedeutilizarlafuncióndecomunicacionesintersistema(ICF)paraescribirprogramasdeaplicaciónque deseecomunicarconAPPC(comunicacionesavanzadasprogramaa programa).LafunciónICFtambién proporcionacomunicacionesde programaadispositivoentreelsistemaiSeriesylosdispositivosde hardware.Debedeterminarquésistemaenviarálosdatosprimero antesdeescribirelprograma.La gestióndedatosdeICFmanejalasfuncionesdecomunicación ylosdatosdelprograma.Enconcreto,la funciónICFdebeutilizarseparallevaracabotareasqueincluyanentradaspequeñas yrepetitivas. ParaoptimizarelrendimientodeICF,tengaencuentalosiguiente:
v Eliminelosformatosde registronoutilizados.
v Utiliceformatosde registroseparadosenlugarde formatosderegistrodepropósitosvarioscon indicadoresdeopción.
v Escribacódigoparautilizarelmismoformatoderegistroparalasoperacionesrepetidas. v Establezcaelnúmeromáximodedispositivosdeprograma en1.
v Utiliceunarchivo nocompartido. v Utiliceunáreadeindicadoraparte.
v SiutilizalapalabraclaveINVITEparasolicitarentradadevariosdispositivosdeprograma,a continuaciónllevea cabouna operacióndelectura deinvitado, nouna operacióndelectura. Paracreardescripcionesde dispositivoa findeconfigurarelsistemaparaICF,sigaestospasos:
1. EscribalosmandatosCreardescripcióndedispositivoadecuadosenlalíneade mandatosdelsistema iSeriesypulseF4.
2. Utilicelainformaciónde ayudaenlíneaparaelegirlosvaloresdelosparámetros. 3. PulseIntro. Secrealadescripción dedispositivo.
Sideseaobtener másinformaciónacercade ICF,consulte
v “Consideracionessobreelrendimientode lainterfazde programacióndeaplicaciones(API)”enla página21
v ICFProgramming
Consideraciones
sobre
el
rendimiento
para
las
comunicaciones
de
interfaz
común
de
programación
Puedeutilizarlascomunicacionesdeinterfazcomúndeprogramación(CPI)paraescribirprogramasde aplicaciónquedeseecomunicarconAPPC(comunicacionesavanzadasprogramaaprograma).Lainterfaz utilizalaarquitecturade unidadlógica(LU)6.2SNA(arquitecturade reddesistemas)parallevara cabo lastareassiguientes:
v Estableceruna conversación. v Enviaryrecibir datos.
v Intercambiarinformacióndecontrol. v Finalizaruna conversación.
v Notificarloserroresa unprograma asociado.
Losprogramasdelafuncióndecomunicacionesintersistema(ICF)y lascomunicacionesCPItienen rendimientosparecidosparalas transferenciasde datospequeñas.
Paraoptimizarlosprogramasdeaplicaciónde lascomunicacionesCPI,sigaestospasos: v MinimiceelusodeFLUSH yCONFIRM.
v
Recibaunregistrodecompilación yanalíceloenelalmacenamientointermedio. v
Noutilicevariasllamadasde recepciónpararecibirunsoloregistro. v
UtiliceREQUESTTOSENDsolocuandoseanecesario.
Paraañadiromodificarentradasde comunicacionesa findeconfigurarelsistemaparalas comunicacionesCPI, sigaestospasos:
1. Escribaelmandatoadecuadoenlalíneademandatos delsistemaiSeriesy pulseF4. v Añadirentradadecomunicaciones(ADDCMNE)
v Eliminarentradadecomunicaciones(RMVCMNE) v Cambiarentradadecomunicaciones(CHGCMNE)
2. Utilicelainformaciónde ayudaenlíneaparacambiar,añadiroeliminarlosvaloresdelosparámetros. 3. PulseIntro. Lasentradasdecomunicacionesseañaden, cambianoeliminan.
Sideseaobtener másinformaciónacercade cómoconfigurarlas comunicacionesCPI, consulte: v “Consideracionessobreelrendimientode lainterfazde programacióndeaplicaciones(API)”enla
página21
v CICS/400Administrationand OperationsGuide
