Het is alweer een paar jaar op de markt, maar toch zijn er nog weinig mensen mee op de hoogte.
Windows Server 2003 SP1 “Access Based Enumeration”.
Na installatie goed op de keuze letten of je het voor iedere share doet, of dat je het zelf per share aanzet. Resultaat, je ziet alleen nog maar de mappen waar je “echt” rechten op hebt.
Vandaag ontving ik een vraag over een aardig bedachte functionaliteit: ‘Kan ik op mijn website voor mij relaties een ‘call me back/Call me now’-button plaatsen?’ Gedachte hierachter is: Service naar de relaties, de relatie wordt gebeld en maakt dus geen telefoonkosten, onderscheidende techniek ten opzichte van de concurrent etc.
De flexibiliteit van Swyx om met scripting of de System Devolopement Kit (SDK) oplossingen te maken heb ik al vaker geroemd. Meerdere oplossingen zijn dan ook voor handen. Zelf kwam ik op de volgende (creatievelingen dag ik graag uit om in het commentaar nog andere opties aan te vullen):
LET OP!
Daarom zal mijn advies altijd zijn om gebruik te maken van menselijke interactie vanuit de eigen organisatie om het gesprek op te zetten met de aanvrager. Dat voorkomt in ieder geval mogelijke hack en/of andere problemen.
Kijk voor wat meer technische informatie over de oplossingsrichtingen hier eens: http://swyx-forum.net/community/Default.aspx?tabid=71&forumid=13&threadid=8102&scope=posts
Met dank aan Simon!
Vandaag weer eens een oude bekende:
Wanneer je de VMWare vSphere client start om de VMWare omgeving te managen krijg je de volgende melding:
VMWare vSphere error: “Error parsing the server “ip” clients.xml file.
Login will continue, contact your system administrator.
Hier is een vmware artikel over:
er zijn 2 oplossingen:
A. verwijder MS update: 980773
B. Installeer “Update 1” voor vmware vsphere client 4.0.
Ik raad optie B aan, dan is het probleem opgelost. In het geval van A. weet je zeker dat die bij een volgende Windows update weer terugkomt.
‘The last telephone system you’ll ever need?’ Een uitspraak die Swyx al weer enige jaren geleden deed over haar product. Hoe kun je dat nu waarmaken?
Swyx is een volledig op software gebaseerd Younified Communications oplossing volledig gebaseerd op Windows: Windows Server, SQL Server, Windows desktop etc. Voordeel daarvan is dat de telefooncentrale gemakkelijk mee kan groeien aan veranderende behoeftes denk aan:
Maar het meest opvallende is toch wel de Software Update Services (SUS). Hiermee heeft u het recht om altijd over de nieuwste software van Swyx te beschikken. Dus voor vooruitgang in technologie, veranderende wensen in de markt bent u gewaarborgd door gebruik te maken van SUS.
Het meest opvallende daarbij is misschien wel de prijs voor SUS. Waar bij andere oplossingen voor dergelijke contracten fors geld neergelegd moet worden is dat bij Swyx anders. Maar 3% a 4% van de initiele investering. Waardoor 25 tot 30 jaar SUS betaald kan worden alvorens de initiele investering weer volledig is betaald.
Waar vind je dat nog? Een investering in ICT die 25 tot 30 jaar meegaat, ook in functionaliteit?
In navolging op de twee voorgaande delen, hierbij het laatste deel.
Block Compression
In het Nederlands, blok compressie. Zoals de naam al aangeeft, compressie op blok niveau. Een groot verschil hierin is dat het _geen_ de-duplicatie is en ook geen data compressie. Hieronder een samenvatting van deze twee in een notendop:”
“De-duplicatie” elimineert dubbele opslag van bv. hetzelfde bestand. Als één exact zelfde bestand 2x voorkomt, kan je het 1x opslaan en de 2x naar de opgeslagen versie verwijzen. Even heel erg plat, maar daar hebben we het over met “de-duplicatie”.
“Compressie” daarentegen “comprimeert” zogeheten “data”. Denk daarbij aan een document welke gecomprimeerd word. Veel gebruikte programm’s zijn WinZIP en WinRAR.
Block compressie zit dieper. Wat er gedaan word is de “ruwe” data welke in bepaalde “Blok grootte” weggeschreven word op disken gecomprimeerd word. Hiermee kan het SAN altijd compressie uitvoeren. Bij de-duplicatie moeten er dubbele files zijn, compressie is normaliter niet mogelijk op een SAN. EMC claimt met hun technieken tot 50% compressie te kunnen halen en liggen daarmee 20% hoger dan claims met de-duplicatie. De tijd zal het leren…
Enige tijd geleden gaf ik al aan dat er diverse Queue controllers beschikbaar zijn die aansluiten op SwyxWare. Een daarvan is de Intratel Swyxware Queuecontroller. Deze is onlangs in een nieuw jasje gestoken:
Intratel Swyxware Queuecontroller
Mogelijkheden:
– Visualisatie van meerdere wachtrijen
– Configureerbare Naam/Nummerveld via Grafische Script Editor (GSE)
– Automatische distributie mogelijkheid per wachtrij
– Eenvoudige “Pull” naar eigen nummer middels dubbelklikken
– Gesprek uit de wachtrij doorverbinden naar willekeurig nummer
Verbeteringen ten opzichte van vorige versie:
– Maakt gebruik van SQL server
– Sneller en overzichtelijker
– Extra opties voor waarschuwingen met ballonhints in taakbalk
– Geen beperkingen meer op aantal wachtrijen en aantal wachtenden
– Support voor Windows 7 en W2008 Server
Download hier de 30 dagen gratis trial van de Intratel Swyxware Queue Controller
Juni 2010 introduceerde Swyx haar Collaboration Pack in Swyxware. Doel de productiviteit van teams van samenwerkende mensen te verhogen door functionaliteit en krachtige nieuwe geavanceerde functionaliteit:
Swyx Netviewer Integratie: Door het integreren van “Netviewer Meet ‘, een samenwerking dienst aangeboden door de Netviewer AG in Karlsruhe, Duitsland, biedt SwyxIt! een dienst waarmee u maximaal met 100 interne en externe deelnemers Online Samenwerking sessies van interactieve webinars kunt houden.
In navolging op het vorige artikel, gaan we hier verder met de “nieuwe” features.
Fast-cache
Een ander nieuw aspect is: “Fast-cache”. Met de komst van SATA is het nog interessanter om goed te kunnen “cachen”. Als je het vorige voorbeeld neemt (en ik ga nu een nieuw voorbeeld schetsen, zet nooit een database op SATA tenzij dit weloverwogen gebeurd, bv. archivering) kan je de database van 100GB op SATA zetten, als die actieve 10GB maar HEEL SNEL te benaderen is. Dit kan o.a. gerealiseerd worden met Caching, maar een SAN heeft maar een bepaalde hoeveelheid cache on-board waar je het mee dient te doen. Dit veranderd met de komst van Fast-cache. Fast cache stelt een SAN in staat om EFD (Enterprise Flash Disk=SSD) disken te gebruiken voor caching. Simpel gezegd plaats je EFD disken in het SAN en hiermee breid je de on-board cache van bv. 2GB uit naar 100GB (kan tot wel 2TB). Dit houdt in dat de gehele database in de cache kan komen te draaien. We hebben het hier over 1000’en IOPS.
Morgen het vervolg en sluitstuk 3/3 inzake Lun-Compressie
Alhoewel al weer een jaar geleden geïntroduceerd, toch goed om nog even stil te staan bij het Productivity Pack van Swyx. Design en gebruiksgemak zijn belangrijke voorwaarden voor een prettig gebruik van software. Swyx heeft deze voorwaarden vertaald in de SwyxWare versie 6.25.
Eenvoudiger te gebruiken software verhoogd niet alleen de klanttevredenheid, maar vooral ook de productiviteit van uw medewerkers en daarmee versterkt u uw concurrentiepositie:
De eerstvolgende blog zal ik eens stilstaan bij het recenter geïntroduceerde SwyxIt! Collaboration Pack.
Van de week was ik weer lekker met verschillende type SAN oplossingen in de weer, waaronder een CX4-120. Naast de standaardwerkzaamheden kwam er toevallig ook wat voorbij wat mijn aandacht trok. En dat is:
FAST Sub-lun (Fully Automated Storage Tiering)
FAST Cache (Fully Automated Storage Tiering – Caching)
LUN Compression
Fast Sub-lun (Fully Automated Storage Tiering)
Mijn belevenis, een van de sterkste features van een 3PAR is het werken met “Chuncks”. Chuncks houd in dat je niet meer werkt met disken, raid groups, en dergelijke. Nee, de data word los getrokken van de storage, je geeft alleen aan hoe je dit aan wil bieden. Het zij via iSCSI of Fiber Channel, en dat is alles. Wat is hierbij het voordeel? nog niets, maar wel als je dit combineert met “chunks” (datablokken) die automatisch verplaatst kunnen worden naar de “Tier” die hierbij past.
Voordat we verder gaan, eerst en overzicht van welke “tiers” (lagen) er zijn:
Tier 0 = SSD (Solid State Disk)
Tier 1 = FC Disk
Tier 2 = SATAII disk
Tier 3 = offline media
Zoals te zien is, is “Tier 0” de snelste media waarbij “Tier 3” (vaak offline) de traagste media is. Voor een overzicht van de verschillende snelheden per “Tier” kan je hier terecht: http://en.wikipedia.org/wiki/IOPS
Terugkomend op de “Chuncks”, als we het kort samenvatten krijgen we het volgende. Nu de data in “Chuncks” verdeeld is, zou het geweldig zijn als deze “Chunks” automatisch verplaatst worden naar de storage waar deze het beste tot zijn recht komt. Een database van 100GB kan in “Chuncks” worden opgedeeld, waarbij de 10GB die echt actief is op Tier 0 komt, de 20GB die minder actief is op Tier 1 waarbij de overige 70GB op Tier 2 komt. Hierbij haal je het optimale uit de storage die je tot je beschikking hebt en hoef je niet achteraf te schakelen. Denk hierbij dat een database in test op SATA goed werkte, in productie ook, maar naarmate het proces binnen het bedrijf veranderd er meer vraag is en de performance vereiste omhoog gaan. Het SAN kan dan zelf acteren in de vraag naar snelheid. Het tegenovergestelde kan ook plaatsvinden, die database server die nog op snelle storage stond zal automatisch (na uitfasering b.v.) verplaatst worden naar tragere storage.
Word vervolgd….. (volgende week)
Met onze hoge certificering graad op alle belangrijke productlijnen, goed ontwikkelde technische vaardigheden en bereidheid tot samenwerking tot op de allerhoogste niveaus zijn wij al 30 jaar een betrouwbare partner.
