Изпечатай

[romeo_ninov]

....
2.  когато информацията е изключително важна (мога да твърдя, че в 99% от случаите говорим за база данни тогава), то се ползват различни методи за backup но в никакъв случай не се разчита на локален раид масив. Шанса да се счупи масива е пренебрежим пред варианта да се счупи самата база. Аз не съм виждал до сега счупен масив за разлика от къръпната база.

Тези ви думи показват известни дупки в знанията ви. Смесвате BC и DR. И ако информацията е важна, клиента ще иска тя да е достъпна 4, 5 или повече деветки. Бекъпа е нещо, което да ви помогне да възстановите информацията, но не и да я направите непрекъснато достъпна
Аз за разлика от вас съм виждал доста счупени масиви

[sickmind]

Тези ви думи показват известни дупки в знанията ви. Смесвате BC и DR. И ако информацията е важна, клиента ще иска тя да е достъпна 4, 5 или повече деветки. Бекъпа е нещо, което да ви помогне да възстановите информацията, но не и да я направите непрекъснато достъпна
Аз за разлика от вас съм виждал доста счупени масиви

Обосновете се де. backup и дизастър рековъри винаги вървят ръка за ръка.

[romeo_ninov]

Тези ви думи показват известни дупки в знанията ви. Смесвате BC и DR. И ако информацията е важна, клиента ще иска тя да е достъпна 4, 5 или повече деветки. Бекъпа е нещо, което да ви помогне да възстановите информацията, но не и да я направите непрекъснато достъпна
Аз за разлика от вас съм виждал доста счупени масиви

Обосновете се де. backup и дизастър рековъри винаги вървят ръка за ръка.

BC - business continuity
DR - disaster recovery
Правите ли някаква разлика между двете?
Бекъп не е основния инструмент за да постигнете деветките, огледални дискове или LUN-ове, сървъри в клъстер - да

[sickmind]

BC - business continuity
DR - disaster recovery
Правите ли някаква разлика между двете?
Бекъп не е основния инструмент за да постигнете деветките, огледални дискове или LUN-ове, сървъри в клъстер - да

business continuity аз го наричам availability, ако под тези 'деветки' имате предвид над 99% availability то пробвайте да сключите договор в HP или IBM и им кажете че искате над 98% и ще ви се изсмеят в очите. Това голям uptime е пълна глупост която малките квартални фирмички обещават без никакво покритие.
Както вече казах, аз напълно повреден райд масив не съм виждал на HP/IBM/QLogic оборудване, та съвета ми към вас е да си мените оборудването.
Сървъри в клъстер какво общо има със availability'то на сториджа при положение, че той се намира на един и същ SAN?

[romeo_ninov]

business continuity аз го наричам availability, ако под тези 'деветки' имате предвид над 99% availability то пробвайте да сключите договор в HP или IBM и им кажете че искате над 98% и ще ви се изсмеят в очите. Това голям uptime е пълна глупост която малките квартални фирмички обещават без никакво покритие.
Както вече казах, аз напълно повреден райд масив не съм виждал на HP/IBM/QLogic оборудване, та съвета ми към вас е да си мените оборудването.

Е, щом така смятате...

Сървъри в клъстер какво общо има със availability'то на сториджа при положение, че той се намира на един и същ SAN?

Мдааа, той сървъра нека гръмне, пък сториджа че е здрав.....

[dev_urandom]

....
2.  когато информацията е изключително важна (мога да твърдя, че в 99% от случаите говорим за база данни тогава), то се ползват различни методи за backup но в никакъв случай не се разчита на локален раид масив. Шанса да се счупи масива е пренебрежим пред варианта да се счупи самата база. Аз не съм виждал до сега счупен масив за разлика от къръпната база.

Тези ви думи показват известни дупки в знанията ви. Смесвате BC и DR. И ако информацията е важна, клиента ще иска тя да е достъпна 4, 5 или повече деветки. Бекъпа е нещо, което да ви помогне да възстановите информацията, но не и да я направите непрекъснато достъпна
Аз за разлика от вас съм виждал доста счупени масиви

Мисля, че Васил Колев /а.к.а Зеления крокодил/ беше постнал снимка на 12 /дванайсет/ изгорели диска в масив Захранване

[sickmind]

Мдааа, той сървъра нека гръмне, пък сториджа че е здрав.....

Ми разбира се, нека гърми сървъра... майната му, данните са много по-важни от няколко часа downtime! Представете си, че става въпрос за банка... какво правим тогава...

[romeo_ninov]

Мдааа, той сървъра нека гръмне, пък сториджа че е здрав.....

Ми разбира се, нека гърми сървъра... майната му, данните са много по-важни от няколко часа downtime! Представете си, че става въпрос за банка... какво правим тогава...

Вие май не осмисляте идеята. Данните са само една малка част от цялата картина, ами сървъри, мрежи.Имайте си ги данните, щом не можете да ги достъпите (в настоящия момент) все едно ги нямате

[Mitaka]

Мдааа, той сървъра нека гръмне, пък сториджа че е здрав.....

Ми разбира се, нека гърми сървъра... майната му, данните са много по-важни от няколко часа downtime! Представете си, че става въпрос за банка... какво правим тогава...

Вие май не осмисляте идеята. Данните са само една малка част от цялата картина, ами сървъри, мрежи.Имайте си ги данните, щом не можете да ги достъпите (в настоящия момент) все едно ги нямате

Хаха, така е.
Ето, сега при нас правим ESXi клъстер, с iSCSI сторидж и т.н.
И ще имаме някаква непрекъсваемост на работа и т.н.... ОБАЧЕ какво би станало, ако изгори основният суич, който държи цялата мрежа на фирмата? Ще си имаме сървъри, ще си имаме данни, но...
Случвало ми се е веднъж, и докато ми донесат новия суич разглобих гаранционен такъв (за около 2500 лв.) с идеята да видя какво  му е.... имаше изгорели кондензатори - смених ги. Загубихме гаранцията, но спасих положението. След което суича седи неизползван в един шкаф. И никой не ми направи забележка "защо прецака суич за 2500" Защото ако не го бях прецакал - щяхме да изгубим 25.000.

[sickmind]

И това е така, но идеята ми е че всичко е заменимо докато данните са уникални.
Cheers.

[vox]

2500 лв. за main switch не са никак много. Но добре сте направили, че имате оборотен такъв за всеки случай.

[drag]

Колкото са важни данните, толкова е важно захранването, мрежата и общо взето всичко, което би довело до загуби, пропуснати ползи и прочие.

Организация, състояща се от примерно 1 или 2 софийски офиса и да кажем 130 обекта в страната. Организацията предлага услуги в търговските си обекти, които налагат постоянна връзка с данните, които се намират в т.нар. Data Center на същата. По каквато и причина тези офиси да загубят достъпа си до предлаганите им услуги, тя, причината, води до загуби.

Всичко е важно.

[Mitaka]

2500 лв. за main switch не са никак много. Но добре сте направили, че имате оборотен такъв за всеки случай.

Знам, че не са много.
Въпроса е, че който трябва да го знае не го знае

[Mitaka]

Колкото са важни данните, толкова е важно захранването, мрежата и общо взето всичко, което би довело до загуби, пропуснати ползи и прочие.

Организация, състояща се от примерно 1 или 2 софийски офиса и да кажем 130 обекта в страната. Организацията предлага услуги в търговските си обекти, които налагат постоянна връзка с данните, които се намират в т.нар. Data Center на същата. По каквато и причина тези офиси да загубят достъпа си до предлаганите им услуги, тя, причината, води до загуби.

Всичко е важно.

Особено, ако имаш неустойка за забавяне на нещо
Тогава нещата са доста по-сериозни.

[vox]

2500 лв. за main switch не са никак много. Но добре сте направили, че имате оборотен такъв за всеки случай.

Знам, че не са много.
Въпроса е, че който трябва да го знае не го знае

И той го знае, но така му изнася ...размиване на отговорност се казва. Системите не работят добре, а те са супер натоварени.. кой е виновен, този които не е дал пари за подходяща техника, или системните администратори ?