Új hozzászólás Aktív témák
-
CsodaPOK
senior tag
válasz kraftxld #2466 üzenetére
Haverkodok én is vele, de a mocsok mindig eltávolodik tőlem
A probléma valahol ott lesz, hogy már egy üres mmc-t se tud elindítani a user a saját gépén. Viszont az enyémen Run as-t nyomva, simán el tudja indítani.
Group Policy-ben nem látom nyomát, hogy valahol erre vonatkozóan lenne bármi beállítva.A linket köszönöm, de mivel az is mmc.exe-t indít, nem megy sajnos.
-
CsodaPOK
senior tag
Egyetértünk.
Nálunk minden nap warninggal ér véget, mert nem tudott menteni három fájlt, ami egyébként nem is létezik és soha nem is létezett az adott gépen.Viszont egy nagyobb problémánk is van vele. Adott egy MS SQL 2008 R2, amit ment a Backup Exec. Viszont általában hétvégente mentés közben-után az SQL valamiért leáll. Monitoringban annyit látni, hogy a procija elkezd tekerni, majd az MSSQLSERVER Stopped, SQLSERVERAGENT Stopped.
Rendszernaplóban valag error.
Kezd egy
"A read operation on a large object failed while sending data to the client. A common cause for this is if the application is running in READ UNCOMMITTED isolation level. This connection will be terminated."
hibával, majd
Error: 17300, Severity: 16, State: 1. (Params. The error is printed in terse mode because there was error during formatting. Tracing, ETW, notifications etc are skipped.
Ezek között néha-néha egy "There is insufficient system memory in resource pool 'internal' to run this query."
Végül néhány
"SQL Server cannot accept new connections, because it is shutting down. The connection has been closed."Szerencsére olyan dolgok nincsenek rajta, ami hétvégén is kellene, úgyhogy nem SOS, de valamikor neki kell álljunk megkalapálni. Addig meg marad a kézi újraindítás.
-
CsodaPOK
senior tag
válasz kraftxld #2540 üzenetére
Érdemes megnézni az MS moderátor által beöntött talicskányi bullshit-et,
Én még azt szeretem, amikor az ilyen kategóriájú választ maga a moderátor megjelöli válaszként.
Google kidobja a találatot, zöld pipa hurrá, szem felcsillan. Olvasom és kb ilyen "mondj el két imát, indítsd újra kétszer, vállad felett dobj hátra két csík memóriát meg egy szünetmentest és működni fog". -
CsodaPOK
senior tag
Csak ilyen széljegyzet számára magamnak, hátha kell még később:
TMG Management Console és IE9 megbarátkoztatása egymással, ha a konzol indításakor script error-t dob: http://blogs.technet.com/b/asiasupp/archive/2011/04/29/internet-explorer-9-ie9-and-forefront-tmg-2010.aspx -
CsodaPOK
senior tag
Láma kérdés következik SCOM-mal kapcsolatban. (Most ismerkedem vele és még nem állt össze a kép.)
Tehát adott egy Management Pack, amit beimportáltam. Példa kedvéért legyen ez az SQL Server 2008. A cél, hogy megismerkedjek azzal, hogy ez pontosan miket is monitoroz.
Az Authoring-->Monitorsba belemenve lett ezer SQL 2008 .... csoport.Vegyük például az SQL 2008 DB-t. Kibontom, van benne egy olyan Unit monitor, hogy SQL Server Windows Service.
Descriptionje:
This monitor checks the status of the SQL Database Engine service.
A Health fülön megmondja, hogy ha a szolgáltatás fut, akkor Healthy, ha nem akkor Critical. Láthatom, hogy generál-e alertet vagy nem.
Van Product meg Company knowledge-m.Van egy Configuration fül valami XML csodával:
- <Configuration>
<Frequency>60</Frequency>
<ServiceName>$Target/Host/Property[Type="SQL!Microsoft.SQLServer.DBEngine"]/ServiceName$</ServiceName>
</Configuration>A kérdés: ebből nekem hol kéne kiderüljön, hogy ő pontosan milyen szolgáltatás állapotát figyeli?
[ Szerkesztve ]
-
CsodaPOK
senior tag
IBM storage világához tud valaki valami jó tananyagot?
Van egy DS3300-as storage-nk és jó lenne a lelki világát megismerni -
CsodaPOK
senior tag
Ma egy nagyon csúnya problémába futottunk bele.
Adott egy 2008R2, rajta TMG, friss és ropogós.
Adott egy PC, rajta utorrent.
Firewall policy: a PC (IP cim alapján) kimehet az External hálóra bármilyen protokollon.Utorrentbe berakok egy torrentet (nyilván linux ISO-t ), elkezd tölteni. Kb fél perc után a TMG gyakorlatilag megdöglik. Pingelni se lehet, odaballagva elé lokál adminnal se lehet bejelentkezni rá, "Applying your settings"-nél megáll és csak teker a köröcske. Csak a reset segit.
Windows logokat végignézve semmit nem mutat az ég világon, hogy mi bánata lett. TMG logba se találtunk semmi különöset.Régebben másik gépről egyszer-kétszer volt használva torrent, akkor nem jött elő ilyen probléma.
Az egyedüli különbség az, hogy mig az a gép domain tag volt tűzfal klienssel, addig ez a gép (ami kifekteti a TMG-t) nem domain tag és nincs tűzfal kliense (sima SNAT kliens).Google nem nagyon volt barátom. A találatok nagy része arról szól, hogy hogyan blokkoljuk a torrentet. Ami két találat meg hasonló problémával foglalkozik, ott nem születetett megoldás.
Valaki futott már bele ebbe? Bármi ötlet?
(Tekintsünk el attól, hogy torrent hogy futhat céges hálón stb. Most már inkább csak az érdekel, hogy ez a kis 3 megás program hogy fektetheti meg a fél millás TMG-t)
-
CsodaPOK
senior tag
Távoli gépek (VPN-en keresztüli, közvetlen IP kapcsolat) elérésére ki milyen megoldást használ? Felhasználók támogatására kellene.
Logmein, Teamviewer nem a legjobb, mert egy központi szerverre csatlakoznak fel.
VNC-t kolléga nem komálja, illetve Windows 7-en service mode-ban tegnap nem volt hajlandó működni.
Egyéb bevált megoldás?[ Szerkesztve ]
-
CsodaPOK
senior tag
Szoftverleltár készítésére milyen (lehetőleg ingyenes) alternatíva ajánlott?
-
CsodaPOK
senior tag
SEP Manager, tolok rá egy Repir Install-t.
Szöszöl vele egy 5 percet, majd egy nagyon velős Fatal error üzenet dob a képembe. Hogy mi-hogy-miért nem sikerült neki, arról egy árva mukkot nem mond.
De annyit sikerült elérjen, hogy ezután már maga a szolgáltatás se volt hajlandó elindulni.
(Hyper-V snapshot-t viszont szeretjük )SCDPM-mel van valakinek tapasztalata? BackupExec-t jó lenne kiváltani, mert annál is rágjuk minden nap a körmünket, hogy csak nehogy valami baja legyen
HP-s autoloader-t kéne kezeljen, AD-t, SQL-t, Exchange-t, illetve magukat a szervereket, adatokat kéne mentenie.Illetve annak nagyon tudnánk örülni, hogy ha a virtuális gépeket tudná menteni vhd szinten úgy, hogy fix méretű vhd-nál csak a valóban adatot tartalmazó területeket mentse, az üres területet ne.
(BackupExec-nél olvastam, hogy igen tud vhd-t menteni, de cakkumpakk lementi a fix méretű vhd-t szabad helyestül, mindenestül. Ez kicsit kazettapocsékoló )Az már maga lenne a mámor, ha észrevenné, hogy hopp, itt van két vhd, ezek 80%-ban megegyeznek. Ok, akkor ezt a 80%-t csak egyszer mentem le.
Külsős cég: velük se üditő dolgozni, de utánuk meg aztán...
Lassan fél éve, hogy megszűnt a szerződés külsős rendszermérnökökkel. Azóta még mindig csak ott tartunk, hogy egy dolgot helyrerakunk és kettő másik problémát találunk.[ Szerkesztve ]
-
CsodaPOK
senior tag
válasz kraftxld #2997 üzenetére
A teljes mentésünk kb 1 TB.
Egyelőre csak olyan 8-10 virtuális gépet kell menteni, illetve ugyanennyi fizikait.DPM-ről én is azt érzem még, hogy kicsit gyerekcipős. Viszont mire lejár BE licence, addigra már szerintem kijön a 2012-es DPM.
Mivel full MS infrastuktúra, ezért gondoltunk DPM-re. -
CsodaPOK
senior tag
válasz Hedgehanter #3007 üzenetére
Szar tape managementen mit értesz pontosan?
-
CsodaPOK
senior tag
válasz Hedgehanter #3009 üzenetére
"Ha erdekel megkerdezem miert nem szereti meg.. "
Nagyon hálás lennék, ha megtennéd
-
CsodaPOK
senior tag
-
CsodaPOK
senior tag
Storage elmélkedés következik.
Adott egy storage, melynek egy részében van úgy 10 db SAS 10K-s vinyó. A másik részében van 3 db SATA 7,2K-s vinyó.
A SAS-s vinyókon két RAID5-s volume van kialakitva.
A SATA-s vinyókon egy RAID5-s volume.SAS-os területen van jelenleg az Exchange, egy fájlszerver és két adatbázis szerver.
SATA-s területen vannak alkalmazás szerverek, terminal szerver, domain controller. Kb 10 szerver összesen.A problémánk, hogy a SATA-s területen lévő virtuális gépek dög lassúak. Tárhelyileg elegendő a mostani konfiguráció, csak a sebesség, ami botrányos.
Hogy lenne érdemes átszervezni a virtuális gépeket, illetve a storage-t, hogy valamelyest gyorsuljon a rendszer?
Az első gondolatom, hogy az adatbázis szervereket mindenképp SAS területeten kéne hagyni.
Második gondolatom, hogy Exchange-t lehet érdemes átpakolni SATA-ra. Viszont cégnek elég kritikus pontja a levelezés, nem szeretném ha ebben bármi lassulás következne be vagy Outlook-k dobálnák a kis buborékban az üzenetet, hogy megszakadt a kapcsolat a kiszolgálóval majd helyreállt a kapcsolat, majd megszakadt....
Gondoltam arra, hogy fájlszerver átkerülne a SATA-ra. Ami a SATA-n van, az pedig menne a SAS-ra. Igy a fájlszerver egymaga 3 diszkkel gazdálkodhatna.
Esetleg elintézhető lenne még 1-2 SATA disk, ha muszáj.Sokadik gondolatom, hogy nem megy senki sehova, hanem kap még 3 SATA diszket a storage. Viszont félek, hogy ez nem hozna olyan látványos gyorsulást, mint amire szükség lenne.
Ki-milyen irányba indulna el?
Illetve még egy kérdés.
A SAS terület kétfelé van osztva. Durván egy másfél terrás és egy 1 terrás területre. Ezt állitólag azért csinálták igy, mert 2 TB feletti volume-kkal gondok lehetnek.
Ebben van igazság vagy nyugodtan egyesithetnénk őket? Esetleg ezzel nőne a SAS sebessége is. (Az OS Server 2008 R2 Enterprise.)
Ez azért is kérdéses, mert a SATA terület jelenleg pont nem éri el a 2 TB-t. Ha hozzáadunk még egy lemezt, akkor már biztosan túllépnénk.Minden ötletet, tanácsot köszönök!
-
CsodaPOK
senior tag
válasz kraftxld #3242 üzenetére
Igen, Hyper-V cluster és CSV volume-k.
Az a baj, hogy kb semelyik virtuális gép nem okoz nagy terhelést.
Alkalmazás szerverek a weblapokat szolgálják ki (nem túl nagy látogatottságú oldalak...).
Terminal szervert használják, kb 15 user, fut egy program, meg egy Outlook. Néha megnyilik egy-egy Excel, Word, PDF. A program kb annyit csinál, hogy adatbázisból lekéri az adatokat és azt megjeleniti.
Kommunikációs szerver fogadja az adatokat és egyből tolja át az adatbázisba.
DC az ideje nagy részében napozik.Viszont pl hétvégén futtatunk merge-t. Fájlszerver (SAS) leállit, merge elindul. Feladatkezelőben nézve a két iSCSI kapcsolatot stabilan úgy 30-30%-ban használta. (Mondjuk ezt se tartom olyan egetrengető értéknek...)
Végzett, egyik alkalmazás-szerver (SATA) leállit. Merge indul. Feladatkezelőben összevissza ugrált az iSCSI kapcsolatok kihasználtsága ilyen 1-2% és 15% között. A jellemző érték inkább 10 alatt mozgott.Esetleg még annyi (bár nem hiszem, hogy túl nagy jelentősége lenne), hogy a SATA diszkek egy bővitőben vannak és egy "x4 multilane SAS port"-on kereszül kapcsolódnak a storage controller-re.
[ Szerkesztve ]
-
CsodaPOK
senior tag
Battery-t 2 hónapja cseréltünk. Akkor volt firmware frissités (előjött egy cache kezeléssel kapcsolatos hiba és IBM javaslatára frissitettük). Cache jelenleg működik.
Az akku csere után megtapasztaltuk, hogy milyen, ha nincs cache. Azt a kinlódást nem kivánom senkinek.
Ja meg akkor jöttünk rá, hogy tök szép meg jó, hogy dual controller, dual switch, szerverekben dual nic iSCSI-ra, csak épp a multipath-t felejtették el bekonfigurálni elődeink. Aztán a virtuális gépek nem vették túlzottan jó néven, mikor az ő általuk használt controllert kikaptuk a storage-ból. Azt a szép látványt, mikor a fél világ Saved-Critical állapotban vanViszont akkor szerintem azt fogom csinálni, hogy elindulok a kályhától. Végigmonitorozom, hogy mit produkál nyugis időszakban, mit terheltebb időszakban.
Performance Monitoron kivül mit érdemes használni?
Esetleg valami irányszámok, hogy egy ilyesmi kategóriájú storage-nak mit kéne tudni?DopeBob:
Igen, kb 10 virtuális gép és Exchange 2010.
Érzésre én is azt gondolom, hogy baromi sok ennyi vinyóra ennyi virtuális gép és ha 2-3 gép csak picit is dolgozik már nem tudják az olvasófejek, hogy hova rohanjanak.
Ezért kezdtem el gondolkodni, hogy hogy lehetne átszervezni a dolgokat.
Pár vinyót talán be tudunk szerezni, ha muszáj lesz, csak mennyit? 1-2-10? Ezért irtam, hogy ha most pl hasraütésre beleteszünk 3 vinyót, nem vagyok benne biztos, hogy az megoldja a problémát.[ Szerkesztve ]
-
CsodaPOK
senior tag
-
CsodaPOK
senior tag
Az előbb, amikor néztem, akkor az egyik virtuális gép dolgozott bőszen.
Egy kicsit tesztelgettem.
Most egész nyugisnak tűnik a rendszer. SAS, SATA 10-20ms körüli értéket produkál.
Elkezdtem másolni egy SATA-n lévő virtuális gépre. SATA volume 200-250 körüli IOPS és 600-800-1000ms response.
Illetve ekkor a SAS volume-k response time-ja is megnőtt 300ms körülire.Elkezdtem másolni az egyik SAS területen lévő virtuális gépre. SAS volume 500 IOPS körül. Response time itt is megnőtt úgy 400-500 ms-re.
Másik SAS és SATA responsa növekedett, de csak ilyen 80-100ms körülre. -
CsodaPOK
senior tag
Na ezt most kutya legyek, ha értem.
Exchange 2010, Outlook 2003.
Másik átjárón kellett kimenjek, ezért gépemet áttettem fix IP-re, átjáró beír. Megcsináltam a dolgomat. Visszaállítottam mindent DHCP-re.
Pár perc múlva nézném Outlook-t, dob egy üzenetet, hogy az Exchange kiszolgáló nem érhető el. Megnézem, Exchange elérhető. Biztos csak megkeverte valami az Outlook-t.
Outlook újraindít. Semmi
Gép újraindít. Semmi.OWA-t megnézem, teljesen jól működik, be tudok jelentkezni, látom leveleket, mindent.
Valami nagyon nem ok. Google-zás, próbálkozás. Eljutottam oda, hogy Office reinstall.
Továbbra sem megy.Gépemre bejelentkezek másik felhasználóval. Gond nélkül működik az Outlook.
Jólvan, biztos megsérült valami a helyi profilomban, amit az uninstall nem távolít el.Felmegyek Terminal Serverre. Outlook indít, ott is ugyanazt az üzenetet kapom, hogy Exchange nem érhető el. WTF? Akkor az Exchange nem szeret engem.
OWA megnéz. Az továbbra is működik! Exchange, Mailbox tulajdonságlap. Minden rendben van, nem lett semmi elállítva.Egyre érdekesebb. OWA továbbra is jó, Outlook nem.
Hirtelen vezérelt ötlet: változtatok egy jelszót. (Közelében nem vagyok a lejáratnak.) Gépet újraindítom, biztos ami biztos.
És Outlook működik!Van erre logikus magyarázat vagy a Nap-Hold együttállás és a csillagok száma és elhelyezkedése okolható a problémáért?
[ Szerkesztve ]
Új hozzászólás Aktív témák
- Iqos cigaretta
- Milyen okostelefont vegyek?
- A fociról könnyedén, egy baráti társaságban
- Van, ahol már törvényben védik az agyhullámainkat
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Havi kétszáz leégett tápcsatlakozó fut át egy Los Angeles-i szervizen
- Otthoni hálózat és internet megosztás
- Politika
- Dying Light 2
- További aktív témák...