| AntiMail |
| Put this feed on your website |
| Description: |
Adi Oltean's WebLog |
| Format: |
RSS 2.0 |
| Url: |
http://blogs.msdn.com/adioltean/Rss.aspx |
| |
| Latest headlines |
AntiMail
|
Script recipe: How to increase the maximum number of quotas in the FSRM Quota Report (W2K3 R2)
Sat, 19 Sep 2009 01:45:00 GMT
One of the customer requests we had on Windows Server 2003 R2 was the ability to increase the maximum number of quotas in the FSRM Quota report. The current limit is 1000 quotas maximum. How do I set this limit to 20,000 for example?
Here is how - assuming that you have Powershell 1.0 installed, just run this script:
$gm=New-Object -com Srmsvc.SrmGlobalStoreManager
$s=[xml]$gm.GetStoreData("Settings", "ReportSettings")
$s.Save("\fsrm-reports-backup.xml")
$s.root.MaxQuotas="20000"
$gm.SetStoreData("Settings", "ReportSettings",$s.get_InnerXml())
One note, however. The script above uses an COM object that is internally used by FSRM to store its internal configuration. Use this COM object as your own risk as this is not a published API.
|
Statcounter: Bing leapfrogs Yahoo again
Sat, 27 Jun 2009 11:00:24 GMT
You might remember Statcounter.com as the site that came in the news a few weeks ago when Bing overtook Yahoo, due to the sudden interest immediately after launch. Back then, as many predicted, it didn’t last long, as people quickly switched back to their old search habits. But I just checked the Statcounter site and noticed that Bing just got ahead Yahoo again. Granted, this time in North America region only. On last Friday (26 Jun) Bing had 8.74% query share, compared with Yahoo with 8.55%. Of course, this situation probably won’t last long either, but there are a few observations to make: 1) The two graphs are getting closer and closer, and it’s probably safe to predict that they will start intersecting a lot more often in the next weeks. The same trend can be seen in the WW numbers as well. 2) There is a curious pattern when Bing traffic is higher on Wednesday and Friday (not sure why?) Either way, it’s an interesting area to watch out in the next weeks to come …
|
Bing Community - an undiscovered site
Thu, 25 Jun 2009 08:29:00 GMT
Check it out:
http://www.bing.com/community/
Nice layout & content organization. Much better organized when comparing it with the typical forums/community sites that you see on Microsoft sites or MSDN (or other non-Microsoft ones)
|
FCI – how to use classification (video)
Thu, 28 May 2009 23:23:31 GMT
Just found a new video demonstrating the new classification feature in Windows Server 2008 R2. Enjoy! Special thanks to dawho1 who posted the video.
|
What does Bing stands for?
Thu, 28 May 2009 20:21:49 GMT
In my personal opinion, BING = Bing Is Not Google (to continue the tradition of recursive acronyms) And it’s true. Bing attempts to be a decision engine, not just another search engine. It is interesting that Google itself has an “I’m feeling Lucky” button, but using it simply means that you let the search engine make the decision for you. True, in some cases, this is good enough – but as a former Google user I don’t recollect using that button too much. I much prefer drilling into the results myself.
|
Script of the week: how to expire files with Classification
Fri, 15 May 2009 21:06:00 GMT
It is an eye opening experience to sit at our FCI booth and see customer after customer telling us their biggest problem with managing file servers today: lots of old data sitting on their file servers. When I tell them how that our classification feature solves this problem, it something that always brings a sincere smile on their face. Creating a file expiration policy is super easy: Open FSRM management console Go to the "File Management Tasks" view Create a file management task to expire your files. You need to specify the following settings: The source directory of files to be expired The target directory (containing expired files) A condition for expiration (such as files created ten years ago (or files that were not modified in the last year) A schedule (say, weekly) Here is an example of the Action tab: That's it. One simple task to solve the "old files lying around" problem. Now, a note to be added: the effect of this command will be the to move these expired files into the target location (while trying to keep the original path). One effect though is that the original files will "disappear" from the original location, which in rare cases it might cause confusion to the end users. If you are concerned about that problem, the solution is easy: as part of the file management task you can run your own custom "move" command which leaves in the original path a "stub" (a text file) explaining where the files have gone. Or, you can replace the original files with a symbolic link (or some other form of link) pointing to the target location. To do this, you need to do a few things: In the File Management Task dialog, in the Action tab, change the task type from "File expiration" to "Custom". Several more options appear (such as the path to the custom script, the account the script will run under, etc) Add the [Source File path] macro to the script arguments Run the command as "local system" (so it will be able to perform the move operation). Here is an example of how the task will look like: The move_file_and_leave_link.cmd (located in c:\windows\system32) file is simple: if exist "c:\protected\%~pnx1" @echo Target file already exists! & goto :EOF md "c:\HSM\%~p1" move %1 "c:\protected\%~p1" mklink %1 "c:\protected\%~pnx1" The last command (mklink) has the role of creating a symbolic link from the source to the target. That’s it!
|
The buzz around Classification is going up!
Fri, 15 May 2009 02:16:00 GMT
More and more posts appear on File Classification - it's hard to keep track of them. Here is a few sample (if I missed anyone, sorry - it s not intentional)
Coded Style has a post on titled Getting Personal with Windows Server 2008 R2 File Classification in which he notes the particular attention that FCI is getting at the event.
Derek Schauland (one of our MVPs for file storage) has a great post on TechRepublic introducing classification: Automate data classification with new features in Windows Server 2008 R2
Randall Vogsland (in Tin Cups and String) describes his own experience in using classification and even posted a video on YouTube.
George Norman wrote a blgo post on R2 and classification on FindMySoft.com - Microsoft Touts Windows Server 2008 R2 Features: File Classification Infrastructure and Hyper-V
Mary Jo Foley (who needs no introduction) blogged on ZDNet about classification as well - Microsoft shows off file classification in Windows Server 2008 R2
DiTii.com has a post as well - Microsoft intro “File classification in Windows Server 2008 R2″ at TechEd
(more to come)
|
Classification – under the hood (part 1)
Thu, 14 May 2009 09:58:50 GMT
As promised, I will add more technical information about File Classification Infrastructure (FCI) in a series of technical posts devoted to FCI architecture and internals. We started the classification project with an ambitious vision: to provide a simple, open and comprehensive way to organize data at enterprise level, primarily for files stored on shares. The classification process has to be simple in order to be understood intuitively by any administrator under pressure of managing millions, maybe billions of files. It needs to be open (i.e. extensible) as we need to deal with a huge matrix of file formats, classification methods and types of management policies on top of classification. Finally, it needs to be comprehensive - by installing the latest version of Windows, administrators should be able to get enough value “out of the box” to get started in organizing their information and apply policies right away. Overview Here is a quick introduction in classification, if you don’t know anything about it yet (By the way, a detailed overview of the problem space is presented here, and an functional overview is presented here. There is also a Microsoft Technet step-by-step guide for enabling classification and file management tasks here.) In essence, classification allows you to assign metadata to every file on a file server. Specifically, classification deals with actionable file metadata, the kind of metadata that can be used to drive file management policies (such as encryption, protection, retention, expiration, etc). This metadata is just a set of classification properties (in the form Name=value) that is attached to files in some form or another, either through explicit or automatic classification. It is important to note that you (the user) are the one responsible in designing your own classification schema for your solution. By default, Windows does not provide (nor enforce) a predefined set of classification properties available by default. Classification information can be “produced” in several different ways: Through automatic classification, where you need to define classification rules that indicate which property value will be assigned to each affected file. Classification rules have a scope (a set of affected namespaces) and also could have a “filtering condition” (think of it as a WHERE clause) for the files being classified. Finally, a rule also specifies the property to be assigned (so one rule is associated with only one property). Classification properties could be already residing in the file, when supplied by other property storage systems, or even by previous runs of the automatic classification mechanism. For example, an Office file downloaded from a Sharepoint document library already has extra embedded metadata that could be viewed as classification properties. You can also explicitly “set” a certain classification information using a certain API from scripts or LOB applications (using IFsrmClassificationManager::SetFileProperty). Since this mechanism is not rule-based, this method is subject to certain applicability limitations, depending on the scenario. (BTW, you can think of the “Set API” called to set a property on a file as equivalent with running a temporary classification rule that is created once, ran once against the file, and then deleted). Classification can be consumed in several ways: Classification properties can be used directly (from scripts or applications) through “Get” APIs (like IFsrmClassificationManager::EnumFileProperties or IFsrmClassificationManager::GetFileProperty). Such APIs will provide the correct set of properties depending on the set of rules defined ahead of time and/or depending on existing metadata that is already attached to the file. Classification properties could be used indirectly, as a filtering criteria, to selectively execute File management tasks – which are tasks that perform a certain action against a desired set of files. One example: you can use a file management task to encrypt any file that has been classified as “Confidentiality=High”. Classification properties are also used when generating “Files By Property” reports, such as reporting all files on a server grouped by their Confidentiality information. Of course, producing/consuming always occurs in parallel – which makes classification look a little bit complex at the first sight. The classification pipeline The whole process is simple to understand if you use the classification pipeline as a simple underlying concept. The pipeline defines how the classification process is executed in each combination of the scenarios above that produce/consume classification: As you can see, classification works in five stages on a file-by-file basis. Let’s drill down into each of them: 1) Discover Files In this phase we “assemble” a list of files that will be run through the pipeline. In the case of automatic classification, we will create a snapshot of the volume and scan the snapshot for any files that might have been changed or added since the last classification (FCI offers a set of heuristics for incremental classification, so we won’t need to rescan the whole world every time we are running an automatic classification job). In the case of executing the EnumFileProperties()/GetFileProperty()/SetFileProperty() APIs, we will only provide the file in discussion. After this step, we generate a stream of “property bag” objects (one per file) that is passed through the pipeline. You can think of the property bag object as an in-memory object holding the set of “Name=value” properties for a given file. Of course, NTFS metadata (file name, attributes, timestamps, etc) is extracted at this stage and inserted in the property bag. 2) Extract classification (retrieve existing classification from files) In this phase, we try to extract existing properties from files, that have been previously stored by other FCI-unaware applications such as Microsoft Word or Sharepoint. Some of these mechanisms might parse the file content (such as in the case of Office files) or use other techniques (such as discovering classification information that has been “cached” from a previous classification run). One important thing to note is that existing classification data might be extracted from different sources, and therefore we have a precise process of reconciliation of potentially conflicting metadata. This process is called aggregation – and it is one of the central concepts in the pipeline architecture. Extracting/storing property values is done through dedicated software components called storage modules. Each of these storage modules implements a standard COM interface to essentially receive a “stream” of property bags (from the discovery/scanning process) and enhance them in the way through extracted property values. In Windows Server 2008 R2 we ship several storage module by default: An Office 2007 storage module that persists properties within Office 2007 file formats (DOCX, XLSX, PPTX, etc) in a format compatible with Sharepoint. Similarly, we ship a Office XP-2003 storage module for files in DOC, XLS, PPT, etc format. The System Storage module (that persists properties in an alternate data stream attached to the file. This storage module has a dual role. First, it is used as a generic storage module for files that do not support embedded metadata (such as plain TXT files, or files with an unknown extension) and secondly, as a cache for previous classification runs on the same file. This second functionality is particularly important – as it guarantees that you have a way to cache properties for files which did not change in the meantime (assuming that the rules only act on file metadata or content). We will address the caching concept in detail later. One more thing to note – you can also define your own storage modules that can store metadata either in the file content, or in an external database. It is recommended, though, that any storage module that parses file content should live in its own process with tightened privileges for security reasons (as parsing file content could be subject to buffer overruns). 3) Classify files At this stage, we identify which rules affect the current file being processed, and then run each rule to produce new classification property values. Again, we use aggregation to reconcile potentially conflicting values coming from different rules (and potentially from the previous stage as well). Rules are implemented with the help of a different type of pipeline modules called classifiers. A classifier implements a similar interface as a storage module – it accepts a stream of incoming property bags, and it outputs a stream of “enhanced” property bags containing extra properties discovered during classification. A classifier can look at the file content, the file system metadata, external storage, or all of them to determine the new property values to be assigned. There are many “flavors” of classifiers which we will detail later. A pipeline could contain one or several different classifiers. There are two classifiers shipped by default with Windows: The Folder classifier – which simply assigns properties to files depending on their location on the disk, and The Content classifier – which assigns properties to certain files depending on whether certain strings or regular expressions are successfully matched against the file content. The content classifier can also operate on non-text files (such as Office documents) through the IFilter technology, which basically offers a way to “convert” a certain Office file into a simplified pure text format. One more exciting thing to note – Windows Server 2008 R2 ships with an IFilter-based OCR engine, so the content classifier will also work against text contained in TIFF scanned images! (If you have seen the TechEd keynote demo you know what I mean :-) 4) Store classification properties This is the natural counterpart of step 2 and is implemented, not surprisingly, by the same storage modules. In this stage the basic philosophy is the following: we store properties in as many locations as possible so we can reconstruct it later. Of course, we store the aggregated property values as mentioned before. 5) Apply policy based on classification This is the most interesting of the pipeline steps, and the final stage in the classification pipeline. After all, the whole point of classification is to run some policies against the classification data. Classification in itself is not interesting – what’s truly interesting is the fact that you can run declarative policies on top of classification data. Policies come in several flavors: Expiration File Management Tasks – which have the role of selectively moving files, depending on their age and/or classification information Custom File Management Tasks – which can execute a custom script against a certain category of files. Examples could include: migrating certain documents to Sharepoint, custom expiration, custom retention policies, encrypting/protecting sensitive data, HSM policies, deduplication policies, etc. Sky is the limit for your imagination of what can be implemented in a custom file management task Automatic Classification – of course, running an automatic classification job can be viewed of a task of (1) saving classification properties for newly-classified files and (2) generating a report containing a summary of the job results. The “Files By Property” report – this is a simple report containing a basic statistical distribution of files classified against a certain property. That’s it for now – in next posts we will drill down even more in each of these phases. (update – small typos)
|
File Classification Infrastructure – launched today!
Mon, 11 May 2009 23:11:25 GMT
Today it is an exciting day for all of us – we just announced our new classification platform at TechEd! It is a culmination of many months of team work, mostly in secret until now (which also explains also the silence on this blog). For an overview of FCI (the File Classification Infrastructure) in Windows Server 2008 R2 you can start from here: http://blogs.technet.com/filecab/archive/2009/05/11/windows-server-2008-r2-file-classification-infrastructure-managing-data-based-on-business-value.aspx http://blogs.technet.com/filecab/archive/2009/05/11/classifying-files-based-on-location-and-content-using-the-file-classification-infrastructure-fci-in-windows-server-2008-r2.aspx I will follow-up with an in-depth blog post about technical architecture around FCI. There is a ton of new information just waiting to be released sand we are very excited to talk about it. Meanwhile, if you are at TechEd, don’t forget to stop by at our booth – we are in the “Core Infrastructure/WSV” area (look for the “File Services” booth)
|
Tom’s Hardware: SSD comparison table (take 2)
Tue, 05 May 2009 02:08:05 GMT
Tom’s Hardware does it again! http://www.tomshardware.com/reviews/256gb-samsung-ssd,2265-8.html What is notable is (again) the relative power consumption between various SSDs – ranging from 0.5W (for Intel X25-E/M) to a whopping 4.6 W (for Soliddata). Here is the summary table: Manufacturer Intel Intel Mtron Mtron Family X25-E X25-M SSD MOBI SSD MOBI Model Number SSDSA2SH032G1GN SSDSA2MH080G1 MSD-SATA3525-032 MSD-SATA3525-064 Capacity 32 GB 80 GB 32 GB 64 GB Other Capacities 64 GB 160 GB 16, 64, 128 GB 16, 32, 128 GB Rational Speed (RPM) Flash SLC Flash MLC Flash SLC Flash SLC Platter - - - - Form Factor 2.5" 2.5" 2.5" 2.5" Interface SATA/300 SATA/300 SATA/150 SATA/150 Cache ( MB) 16 MB 16 MB N/A N/A NCQ Yes Yes No No Height 6.5 mm 6.5 mm 9.5 mm 9.5 mm Weight 78 g 80 g 60 g 84 g MTBF 2 Million Hours 1.2 Million Hours 1 Million Hours 1 Million Hours Operating Temperature 0-70°C 0-70°C 0-70°C 0-70°C Specified Idle Power ( Low Power) 0.06 W 0.06 W N/A N/A Measured Idle Power ( Low Power) 0.5 W 0.5 W 1.1 W 1.1 W Operating Shock ( 2 ms, read) 1000 G 1000 G 1500 G 1500 G Web site Intel Intel Mtron Mtron Warranty 3 years 3 years Manufacturer Samsung Samsung Solidata Solidata Super Talent Family SSD SATA 3.0Gbps 2.5" PB22-J X Series X Series MasterDrive OX Model Number MCCOE64G5MPP MMDOE56G5MXP-0VB X1-64 X2-128 FTM64GL25H Capacity 64 GB 256 GB 64 GB 128 GB 64 GB Other Capacities 32 GB 128 GB 128, 256 GB 256 , 512 GB 16, 32, 128 GB Rotational Speed (RPM) Flash MLC Flash MLC Flash MLC Flash MLC Flash MLC Platter - - - - - Form Factor 2.5" 2.5" 2.5" 2.5" 2.5" Interface SATA/300 SATA/300 SATA/300 SATA/300 SATA/300 Cache (MB) No 128 MB N/A N/A N/A NCQ No Yes No No No Height 9.5 mm 9.5 mm 9.5 mm 9.5 mm 9.5 mm Weight 74 g 82 g 98 g 98 g 66 g MTBF 2 Million Hours 1 Million Hours 2 Million Hours 2 Million Hours 1 Million Hours Operating Temperature 0-70°C 0-70°C 0-70°C 0-70°C 0-70°C Specified Idle Power ( Low Power) 0.24 W 0.19 W 3 W 3 W N/A Measured Idle Power (Low Power) 0.21 W 0.15 W 4.6 W 4.7 W 1.4 W Operating Shock ( 2 ms, read) 1500 G 1500 G N/A N/A 1500 G Web site Samsung Samsung Solidata solidata Super Talent Warranty 2 years 1 year Manufacturer Mtron Mtron PhotoFast PhotoFast Model Number SSD PRO SSD PRO G-Monster G-Monster-V2 Family MSD-SATA3525-032 MSD-SATA3525-032 Capacity 32 GB 32 GB 32 GB 128 GB Other Capacities 16, 64, 128 GB 16, 64, 128 GB 64, 128 GB Rotational Speed (RPM) Flash SLC Flash SLC Flash SLC Flash MLC Platter - - - - Form Factor 2.5" 2.5" 2.5" 2.5" Interface SATA/150 SATA/150 SATA/300 SATA/300 Cache (MB) N/A N/A N/A N/A NCQ N N N/A N/A Height 9.5 mm 14.8 mm 9.5 mm 9.5 mm Weight 82 g 196 g 92 g 82 g MTBF 1 Million Hours 1 Million Hours 1.75 Million Hours 1.75 Million Hours Operating Temperature 0-70°C 0-70°C -10-70°C -10-70°C Specified Idle Power ( Low Power) N/A N/A N/A N/A Measured Idle Power (Low Power) 1.1 W 1.5 W 0.8 W 2.4 W Operating Shock ( 2 ms, read) 2000 G 2000 G 1500 G 1500 G Website Mtron Mtron PhotoFast PhotoFast Warranty 5 years 5 years 1 year 1 year
|
|
