X5 operatur 43 distributio centra et 4 propriae aliquet, continua copia productorum ad 029 thesaurorum procuranda. In hoc articulo experientiam meam communicabo creandi systema interactivum ad res gestas vigilantias de scabere. Informatio erit utilis ad logisticos societates negotiandi cum pluribus centris duodenis distributionibus amplis productorum tractandis.
Pro regula, constructione vigilantiae et processuum administrationis negotiorum systematum incipit cum processui nuntiis et incidentibus. Eodem tempore, punctum technologicum magni momenti ad possibilitatem automati pertinentia hoc ipsum eventum negotii eventuum ac rerum gestarum memoria desideratur. Maxime systemata negotiatio ut WMS, TMS, etc., in instrumentis suis processibus vigilantiam aedificaverunt. Sed, si hae rationes ex diversis fabricatoribus vel vigilantia functionis non satis evoluta sunt, ordinare debebis modificationes pretiosas vel consultores speciales alliciendi ad ulteriora loca.
Actionem consideremus in qua tantum parva pars consultationis opus est coniungi cum fontibus distinguendis (mensae) ut indices ex systemate obtineant.
Proprietas apothecarum nostrarum est quod plures systemata horreorum administratio (WMS Exceed) in uno complexu logisticorum operantur. Apothecae secundum categorias repositionis bonorum (siccae, alcohol, congelatae, etc.) divisae sunt non solum logice. In uno complexu logisticorum plura sunt aedificia horrea separata, quorum singula a suis WMS administrantur.
Ad imaginem generalem processuum in horreis occurrentium formare, actores relationem singulorum WMS pluries in die resolvere, processus nuntii ab operariorum horreis (receptores, pickers, acervos) et actuosales indices ad meditationem de inlatione tabulae compendiose compone.
Ut actoribus tempus servare, rationem insumptuosus evolvere decrevimus ad rerum horreorum potestatem perficiendas. Nova ratio, praeter indices "calidum" perficiendi warehouse processuum perficiendi, curatores quoque adiuvare debet in incidentibus memorandis et sedula exsecutione negotiorum ad tollendas causas quae indicibus datis afficiunt. Post generalem computum architecturae societatis IT gesto, intelleximus singulas partes systematis inquisiti iam alio modo vel alio modo existere in nostra landscape et illis inesse et examen occasus et officia subsidia necessaria. Quidquid restat, totum conceptum in unam solutionem architecturae adducere est ac scopum evolutionis aestimare.
Cum perpensis quantitatem operis quae ad novam rationem faciendam indiget, consilium placuit in plures gradus scindendi;
- Collectio indices pro processibus horreis, visualisationi ac ditionis indicibus et deviationibus
- Automatio processus signa et adnotatione applicationum in negotio muneris pro deflexionibus
- Proactive magna cum onere praevidendi et creationis commendationes pro curatoribus.
In primo gradu, systema colligendum est segmenta praeparata notitiarum operationalium ab omnibus WMS complexi. Lectio fere accidit in tempore reali (intervalla minus quam 5 minuta). Dolum est quod notitia ex DBMS plurium apothecarum duodenarum impetrari debet cum systema ad totam retis explicandam. Receptae notitiae operationales discursum per logicam nucleum systematis ad deviationes computare ab indicibus cogitatis et mutant calculare. Notitia processus hoc modo exhiberi debet in tabula procuratoris vel in tabula notitiarum in horreis forma graphorum et schematum intelligibilium.
Cum gubernator exsequendae primi scaenae idoneam rationem eligens, Zabbix elegit. Haec ratio iam adhibenda est ad monitor IT ratiorum horreorum perficiendarum. Addendo institutionem separatam ad operationem metricam negotiatorum horreorum colligendorum, altiorem picturam salutis horreis acquirere potes.
Architectura generalis ratio evasit ut in figura.
Singulis WMS instantia definitur hospes pro magna ratio. Metrica colliguntur a servo centrali in retis notitia centri currendo scriptionem SQL quaesitum praeparato. Si systema monitorem desideras quae directam accessum datorum (exempli, SAP EWM) non suadet, scripto uti potes ad munera documenta API, ad indices obtinendos vel simplicem rationem in python/vbascript scribe.
Instantia procuratoris Zabbix in retis horreis explicatur ad sarcinam ab praecipuo servo distribuendam. Per Proxy, opus cum omnibus locorum WMS exemplis cavetur. Proximo tempore Zabbix ministrans petit parametris, scriptum supplicium est in hospite cum Zabbix procuratore ad petendum metrice a datorum WMS datorum.
Ut graphes et indices horreorum in media servo Zabbix exhibeant, Grafanam explicamus. Praeter ashboardas paratas cum infographicis de horreis operationibus exhibendis, Grafana monitorem errorum in indicibus adhibebit et automatas latas mittet ad systema servitii horrei operandi cum incidentibus negotiis.
Exemplum, cogitemus exsecutionem oneris temperationis in area recipiendi in horreis. Hi sequentes electi sunt indices praecipui processus faciendi in hoc campo cellae:
- numerus vehiculorum in area receptionis, habita ratione status (proposita, advenit, documenta, exoneratio, discessus;
- quod inposuit de collocatione et locis replendis (secundum conditiones repono).
occasus
Installatio et conformatio principalium partium systematis (SQLcl, Zabbix, Grafana) variis fontibus describitur et hic non iteratur. Usus SQLcl loco SQLplus ex eo quod SQLcl (linea praecepti interfaciei Oraculi DBMS in Java scripta) non requirit additam institutionem Oraculi Clientis et ex archa operatur.
Praecipua puncta describemus quae observanda sunt cum Zabbix utens ad monitorem horreorum processus indicibus negotium, et unum possibilium viarum ad eas efficiendas. Item, hoc non est cursorium de securitate. Securitas connexionum et usus methodorum exhibitorum additional studium requirit in processu solutionis solutionis gubernatoris in operationem productivam.
Summa est, cum talis ratio exsequens, sine programmatione facere potest, utens occasus ratio.
Zabbix systema vigilantia complures optiones praebet ad colligendas res metricas ex systemate monitore. Hoc fieri potest vel per directam catervas monitores datorum, vel provectiori methodo mittendi data ministranti per zabbix_senditoris hospitis, additis methodis ad parametris inventis humili gradu configurandis. Ad problema solvendum, modus directi exercituum a servo centrali satis idoneus est, quia Hoc tibi permittit ut plenam potestatem obtinendi in consecutione metrica acquirendi et provideat ut uno statuto scriptionum / scriptorum utaris, sine necessitate ut singulis hospes monitoriis distribuas.
Sicut "subiecta test" pro debugging et systemate constituendo, WMS officina pro acceptatione administratione utimur:
- Vehicula ad receptionem, omnes qui pervenerunt: Omnia vehicula cum statusibus ad tempus "- 72 horas a tempore currenti" - SQL quaesitum identifier: getCars.
- Historia omnium statuses vehiculorum: Status omnium vehiculorum intra 72 horas venientium - SQL query identifier: carsHistory.
- Vehicula ad acceptationem: Status omnium vehiculorum venientibus in "schedulis" status, temporis intervallum "-24 horas" et "+24 horas" ex temporis praesenti - SQL quaesitum identifier: carsIn.
Itaque, postquam de re metrica perficiendi horreis statuimus, quaestiones SQL pro datorum WMS parabimus. Ad interrogationes faciendas, expedit ut non principale datorum, sed eius "calidum" exemplum - sto.
Coniungimus sto Oraculum DBMS accipere data. IP oratio pro connectens in test database 192.168.1.106. Servamus nexum parametri Zabbix servo in TNSNames.ORA SQLcl folder operantis:
# cat /opt/sqlcl/bin/TNSNames.ORA
WH1_1=
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.106)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = WH1_1)
)
)Hoc nobis permittit ut ad singulas turmas per EZconnect SQL inquisitionem currere, denotans tantum login/passivum et nomen database:
# sql znew/Zabmon1@WH1_1Servamus parati SQL queries in folder in Zabbix servo laborantis:
/etc/zabbix/sqlac permitte aditum usoris zabbix servientis nostri:
# chown zabbix:zabbix -R /etc/zabbix/sqlTabulae cum petitionibus singularem nomen identifier-suum accipiunt accessum a servo Zabbix. Singulae interrogationes database per SQLcl nos pluribus parametris redeunt. Zabbix peculiaria ratione habita, quae una tantum per petitionem metrica procedere potest, additis scriptis utemur ad interrogationes proventus in singula metrica dividere.
Praeparemus scripturam principalem, eam invocemus wh_Metrics.sh, SQL interrogationem ad datorum vocare, salvo eventu et metrica technica cum indicibus prosperitatis notitia retrievalis:
#!/bin/sh
## настройка окружения</i>
export ORACLE_HOME=/usr/lib/oracle/11.2/client64
export PATH=$PATH:$ORACLE_HOME/bin
export LD_LIBRARY_PATH=$ORACLE_HOME/lib:/usr/lib64:/usr/lib:$ORACLE_HOME/bin
export TNS_ADMIN=$ORACLE_HOME/network/admin
export JAVA_HOME=/
alias sql="opt/sqlcl/bin/sql"
## задаём путь к файлу с sql-запросом и параметризованное имя файла
scriptLocation=/etc/zabbix/sql
sqlFile=$scriptLocation/sqlScript_"$2".sql
## задаём путь к файлу для хранения результатов
resultFile=/etc/zabbix/sql/mon_"$1"_main.log
## настраиваем строку подключения к БД
username="$3"
password="$4"
tnsname="$1"
## запрашиваем результат из БД
var=$(sql -s $username/$password@$tnsname < $sqlFile)
## форматируем результат запроса и записываем в файл
echo $var | cut -f5-18 -d " " > $resultFile
## проверяем наличие ошибок
if grep -q ora "$resultFile"; then
echo null > $resultFile
echo 0
else
echo 1
fiFasciculum confectum ponimus cum scriptore in folder pro scriptorum externorum reponenda ad normam cum occasus configurationis Zabbix-procuratoris (per default - /usr/loci/share/zabbix/externalscripts).
Pugillatio datorum ex qua scriptura eventus accipiet, pro modulo scriptionis praetermittetur. Database ID uncinis in tabella TNSNames.ORA aequare debet.
Effectus SQL vocationis interrogationis in documento similis servatus est mon_base_id_main.log ubi base_id = database identifier recepta est ut modulus script. Divisio eventus lima a identitatis datorum providetur in casu petitionum a servo ad plures databases simul. Investigatio redit ad duos dimensiva compositos valorum.
Hoc scriptum, illud getMetrica.sh invocemus, opus est ut certam metricam ex tabella obtineat cum petitione effectus;
#!/bin/sh
## определяем имя файла с результатом запроса
resultFile=/etc/zabbix/sql/mon_”$1”_main.log
## разбираем массив значений результата средствами скрипта:
## при работе со статусами, запрос возвращает нам двумерный массив (RSLT) в виде
## {статус1 значение1 статус2 значение2…} разделённых пробелами (значение IFS)
## параметром запроса передаём код статуса и скрипт вернёт значение
IFS=’ ‘
str=$(cat $resultFile)
status_id=null
read –ra RSLT <<< “$str”
for i in “${RSLT[@]}”; do
if [[ “$status_id” == null ]]; then
status_id=”$I"
elif [[ “$status_id” == “$2” ]]; then
echo “$i”
break
else
status_id=null
fi
doneNunc parati sumus Zabbix configurare et vigilantia indicibus horreorum processus acceptionis incipere.
A procuratore Zabbix in nodi datorum singulis nodi inauguratur et configuratur.
In servo principalis definimus omnes servientes cum procuratore Zabbix. Occasus ad hanc viam;
Administration → proxy → crea procuratorem
Definimus imperium exercituum:
Occasus → sabaoth → crea exercitum
In hostname inserere debet hostname qui in configuration file agente specificatur.
Circulum nodi denotamus, sicut et IP oratio seu DNS nomen nodi cum datorum datorum.
Metricum creamus et proprietates eorum denotamus;
Occasus → Noctes → 'nodi nomen' → Data Items> Data Item crea
I) Summa metrica crea in omnibus parametris ex database query
Datae elementi nomen ponimus, genus "verificationis externae" indicant. In agro "Key" scriptum definimus cui parametri nomen datorum Oraculi, nomen quaestionis sql, login et clavem pro connexione datorum. Pone quaesitum update intervallum ad V minuta (CCC seconds).
II) metri singula crea in singulis vehiculum status. Valores horum metricorum generabuntur ex reprimendo principali metrico.
Datae elementi nomen ponimus, genus "verificationis externae" indicant. In agro "Key", scriptum definimus cui parametri nomen database Oraculi ac status codicem transimus cuius valorem indagare volumus. Renovatio interrogationis intervallum ad 10 seconds longius quam summa metrica (310 seconds) constituimus ut eventus tempus habeant ad tabellam scribendam.
Ut metri recte obtineantur, maximus est ordo in quo cohibetiones reducuntur. Ad pugnas evitandas cum notitia accipienda, ante omnia excitamus principale metricum GetCarsByStatus appellando scripturam - wh_Metrics.sh.
Occasus → Nodes → Nomen nodi → Data elementa → Subfilter "Externi compescit". Attende inquisita reprehendo quod click "Activate".
Reliquas deinde metricas in una operatione excitamus, omnes simul eligentes;
Nunc Zabbix incepit colligendis horreis metricis negotiis.
In articulis sequentibus propius inspiciemus de Grafana connectendo et informationes creandas ashboardarum warehouse operationum pro variis usorum generibus. Grafana etiam utitur ad monitorium errorum in warehouse operationibus et, secundum limites et frequentiam errorum, casus mandare in administratione instrumentorum instrumentorum in CELLA API vel notificationes ad procuratorem mittere per email.
Source: www.habr.com